https://wiki.gis-lab.info/api.php?action=feedcontributions&user=Trolleway&feedformat=atomGIS-Lab - Вклад [ru]2024-03-28T09:50:58ZВкладMediaWiki 1.39.6https://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25974Создаём свою карту ДТП2018-04-04T10:37:45Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
На входе - точки (crossings), точки событий (dtp2014).<br />
<br />
[[Файл:Points near points.png]]<br />
<br />
Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04<br />
<br />
Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД. <br />
<syntaxhighlight lang="bash"><br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016<br />
</syntaxhighlight><br />
<br />
Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами. <br />
<br />
[[Файл:Points near points_2.png]]<br />
<br />
Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос. Если вы работаете не с Москвой, то вместо 32637 подставьте номер системы координат UTM на нужную местность.<br />
<br />
<syntaxhighlight lang="sql"><br />
-- генерируем три слоя буферов с разным расстоянием<br />
-- Укажите тут нужную СК, если это не Москва.<br />
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
<br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved;<br />
CREATE TABLE crossingsarea_disolved ( <br />
wkb_geometry geometry,<br />
buffer integer);<br />
<br />
--для 100 метров<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers100),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
--для 50 метров<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers50),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
--для 20 метров<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers20),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
--добавление столбцов и рассчёт числовых значений<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';<br />
<br />
UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);<br />
UPDATE crossingsarea_disolved SET count_2014=0;<br />
UPDATE crossingsarea_disolved SET count_2015=0;<br />
UPDATE crossingsarea_disolved SET count_2016=0;<br />
UPDATE crossingsarea_disolved SET cp_2014=0;<br />
UPDATE crossingsarea_disolved SET cp_2015=0;<br />
UPDATE crossingsarea_disolved SET cp_2016=0;<br />
UPDATE crossingsarea_disolved SET cps_2014=0;<br />
UPDATE crossingsarea_disolved SET cps_2015=0;<br />
UPDATE crossingsarea_disolved SET cps_2016=0;<br />
<br />
CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS <br />
SELECT<br />
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2014 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS <br />
SELECT<br />
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2015 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS <br />
SELECT<br />
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2016 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
<br />
UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;<br />
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;<br />
</syntaxhighlight><br />
<br />
Выгружаем слой в файл<br />
<syntaxhighlight lang="bash"><br />
ogr2ogr -progress -overwrite -f GPKG crossings_dtp.gpkg PG:"host=localhost dbname=gis " crossingsarea_disolved -skipfailures <br />
</syntaxhighlight><br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25973Создаём свою карту ДТП2018-04-04T10:27:38Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
На входе - точки (crossings), точки событий (dtp2014).<br />
<br />
[[Файл:Points near points.png]]<br />
<br />
Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04<br />
<br />
Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД. <br />
<syntaxhighlight lang="bash"><br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016<br />
</syntaxhighlight><br />
<br />
Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами. <br />
<br />
[[Файл:Points near points_2.png]]<br />
<br />
Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос.<br />
<br />
<syntaxhighlight lang="sql"><br />
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
<br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved;<br />
CREATE TABLE crossingsarea_disolved ( <br />
wkb_geometry geometry,<br />
buffer integer);<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers100),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers50),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers20),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';<br />
<br />
UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);<br />
UPDATE crossingsarea_disolved SET count_2014=0;<br />
UPDATE crossingsarea_disolved SET count_2015=0;<br />
UPDATE crossingsarea_disolved SET count_2016=0;<br />
UPDATE crossingsarea_disolved SET cp_2014=0;<br />
UPDATE crossingsarea_disolved SET cp_2015=0;<br />
UPDATE crossingsarea_disolved SET cp_2016=0;<br />
UPDATE crossingsarea_disolved SET cps_2014=0;<br />
UPDATE crossingsarea_disolved SET cps_2015=0;<br />
UPDATE crossingsarea_disolved SET cps_2016=0;<br />
<br />
CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS <br />
SELECT<br />
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2014 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS <br />
SELECT<br />
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2015 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS <br />
SELECT<br />
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2016 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;<br />
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;<br />
</syntaxhighlight><br />
<br />
Выгружаем слой в файл<br />
<syntaxhighlight lang="bash"><br />
ogr2ogr -progress -overwrite -f GPKG crossings_dtp.gpkg PG:"host=localhost dbname=gis " crossingsarea_disolved -skipfailures <br />
</syntaxhighlight><br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25972Создаём свою карту ДТП2018-04-04T10:22:58Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
На входе - точки (crossings), точки событий (dtp2014).<br />
<br />
[[Файл:Points near points.png]]<br />
<br />
Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04<br />
<br />
Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД. <br />
<syntaxhighlight lang="bash"><br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016<br />
</syntaxhighlight><br />
<br />
Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами. <br />
[[Файл:Points near points_2.png]]<br />
Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос.<br />
<br />
<syntaxhighlight lang="sql"><br />
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
<br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved;<br />
CREATE TABLE crossingsarea_disolved ( <br />
wkb_geometry geometry,<br />
buffer integer);<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers100),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers50),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers20),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';<br />
<br />
UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);<br />
UPDATE crossingsarea_disolved SET count_2014=0;<br />
UPDATE crossingsarea_disolved SET count_2015=0;<br />
UPDATE crossingsarea_disolved SET count_2016=0;<br />
UPDATE crossingsarea_disolved SET cp_2014=0;<br />
UPDATE crossingsarea_disolved SET cp_2015=0;<br />
UPDATE crossingsarea_disolved SET cp_2016=0;<br />
UPDATE crossingsarea_disolved SET cps_2014=0;<br />
UPDATE crossingsarea_disolved SET cps_2015=0;<br />
UPDATE crossingsarea_disolved SET cps_2016=0;<br />
<br />
CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS <br />
SELECT<br />
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2014 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS <br />
SELECT<br />
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2015 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS <br />
SELECT<br />
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2016 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;<br />
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;<br />
</syntaxhighlight><br />
<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Points_near_points_2.png&diff=25971Файл:Points near points 2.png2018-04-04T10:22:30Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25970Создаём свою карту ДТП2018-04-04T10:16:59Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
На входе - точки (crossings), точки событий (dtp2014).<br />
<br />
[[Файл:Points near points.png]]<br />
<br />
Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04<br />
<br />
Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД. <br />
<syntaxhighlight lang="bash"><br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015<br />
<br />
ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures <br />
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016<br />
</syntaxhighlight><br />
<br />
Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами. <br />
Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос.<br />
<br />
<syntaxhighlight lang="sql"><br />
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS <br />
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;<br />
<br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved;<br />
CREATE TABLE crossingsarea_disolved ( <br />
wkb_geometry geometry,<br />
buffer integer);<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers100),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers50),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;<br />
CREATE <br />
TEMPORARY <br />
TABLE crossingsarea_disolved_onebuffer <br />
ON COMMIT DROP <br />
AS <br />
WITH<br />
clusters(wkb_geometry) AS <br />
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3) <br />
FROM buffers20),<br />
multis(id, wkb_geometry) AS <br />
(SELECT row_number() over() as id, wkb_geometry FROM clusters)<br />
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM <br />
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;<br />
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer; <br />
<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;<br />
<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';<br />
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;<br />
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';<br />
<br />
UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);<br />
UPDATE crossingsarea_disolved SET count_2014=0;<br />
UPDATE crossingsarea_disolved SET count_2015=0;<br />
UPDATE crossingsarea_disolved SET count_2016=0;<br />
UPDATE crossingsarea_disolved SET cp_2014=0;<br />
UPDATE crossingsarea_disolved SET cp_2015=0;<br />
UPDATE crossingsarea_disolved SET cp_2016=0;<br />
UPDATE crossingsarea_disolved SET cps_2014=0;<br />
UPDATE crossingsarea_disolved SET cps_2015=0;<br />
UPDATE crossingsarea_disolved SET cps_2016=0;<br />
<br />
CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS <br />
SELECT<br />
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2014 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS <br />
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses<br />
FROM medium2014_cnt<br />
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2014_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS <br />
SELECT<br />
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2015 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS <br />
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses<br />
FROM medium2015_cnt<br />
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2015_cnt;<br />
<br />
<br />
CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS <br />
SELECT<br />
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse<br />
FROM <br />
dtp2016 , crossingsarea_disolved<br />
WHERE <br />
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS <br />
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;<br />
<br />
UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses<br />
FROM medium2016_cnt<br />
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;<br />
DROP TABLE medium2016_cnt;<br />
<br />
UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;<br />
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;<br />
</syntaxhighlight><br />
<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Points_near_points.png&diff=25969Файл:Points near points.png2018-04-04T10:10:28Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25968Создаём свою карту ДТП2018-04-04T09:59:31Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25967Создаём свою карту ДТП2018-04-04T09:59:22Z<p>Trolleway: /* Скрипт детектирования перекрёстков в данных Openstreetmap */</p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25966Создаём свою карту ДТП2018-04-04T09:58:19Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу<br />
<br />
Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.<br />
[[Файл:Crossing detection result.png]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Crossing_detection_result.png&diff=25965Файл:Crossing detection result.png2018-04-04T09:55:36Z<p>Trolleway: demo of https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings</p>
<hr />
<div>demo of https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25964Создаём свою карту ДТП2018-04-04T09:49:23Z<p>Trolleway: /* Скрипт детектирования перекрёстков в данных Openstreetmap */</p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
<br />
[[Файл:Crossing detection result.svg]]<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Crossing_detection_result.svg&diff=25963Файл:Crossing detection result.svg2018-04-04T09:49:06Z<p>Trolleway: demo of result https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings</p>
<hr />
<div>demo of result https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25962Создаём свою карту ДТП2018-04-04T09:42:46Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25961Создаём свою карту ДТП2018-04-04T09:15:34Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
Интерфейс у скрипта простой, нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d result.shp<br />
</syntaxhighlight><br />
<br />
При запуске скрипта можно задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"<br />
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')"<br />
</syntaxhighlight><br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25960Создаём свою карту ДТП2018-04-04T09:11:32Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
Интерфейс у скрипта простой, нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге.<br />
<syntaxhighlight lang="bash"><br />
python detect_crossings.py -s highway-line.shp -d result.shp<br />
</syntaxhighlight><br />
<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25959Создаём свою карту ДТП2018-04-04T09:09:54Z<p>Trolleway: /* Скрипт детектирования перекрёстков в данных Openstreetmap */</p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".<br />
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.<br />
<br />
Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.<br />
<syntaxhighlight lang="python"><br />
python -c "import gdal"<br />
</syntaxhighlight><br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D1%91%D0%BC_%D1%81%D0%B2%D0%BE%D1%8E_%D0%BA%D0%B0%D1%80%D1%82%D1%83_%D0%94%D0%A2%D0%9F&diff=25958Создаём свою карту ДТП2018-04-04T09:04:38Z<p>Trolleway: </p>
<hr />
<div>==Загружаем исходные данные==<br />
Источник данных: http://stat.gibdd.ru<br />
<br />
Находим код региона.<br />
<br />
Указываем диапазон дат.<br />
<br />
Запускаем скрипт извлечения данных, по годам.<br />
<br />
Результат: пачка XML с карточками ДТП.<br />
<br />
==Преобразовываем в табличный вид==<br />
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.<br />
<br />
Результат: CSV файл со всеми данными по ДТП.<br />
<br />
==Находим пересечения==<br />
Источник данных: http://data.nextgis.com<br />
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).<br />
<br />
Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.<br />
<br />
===Скрипт детектирования перекрёстков в данных Openstreetmap===<br />
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.<br />
<br />
Клонируем скрипт<br />
<br />
<syntaxhighlight lang="bash"><br />
git clone https://github.com/nextgis/data_processing_scripts.git<br />
cd data_processing_scripts/nextgis_extracts_detect_crossings<br />
</syntaxhighlight><br />
<br />
<br />
<br />
<br />
<br />
==Создаём перекрестки==<br />
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).<br />
<br />
Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.<br />
<br />
==Считаем ДТП и смерти==<br />
<br />
==Делаем веб-карту==</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%92%D0%B8%D0%B4%D0%B5%D0%BE_%D0%BD%D0%B0_GISconf_2015&diff=23123Видео на GISconf 20152015-11-18T14:12:30Z<p>Trolleway: </p>
<hr />
<div>На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.<br />
<br />
У нас по два потока докладов и мастер-классов, два дня до обеда и после. Доклады важнее, поэтому на них добровольцев ищем в первую очередь. Внесите своё имя в те строки таблицы, где вы готовы следить за камерой. Перед конференцией подойдите к организаторам, они всё покажут.<br />
<br />
=== Доклады ===<br />
<br />
Зал ГИС<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 11:00—12:00<br />
| Открытие<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 12:20—13:40<br />
| Новое<br />
| <br />
|-<br />
| 21 ноября<br />
| 14:40—15:00<br />
| Форматы <br />
| <br />
|-<br />
| 21 ноября<br />
| 16:00—18:00<br />
| Вебгис<br />
| Мария Бовда<br />
|-<br />
| 21 ноября<br />
| 18:20—19:20<br />
| ДЗЗ<br />
| <br />
|-<br />
| 22 ноября<br />
| 10:40—12:40<br />
| Образование<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 13:00—15:00<br />
| Отрасли<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Технологии<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| Мобильные<br />
| <br />
|}<br />
<br />
Зал ОСМ<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—13:20<br />
| OSM1<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 13:40—15:00<br />
| OSM2<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—17:40<br />
| OSM3<br />
| <br />
|-<br />
| 21 ноября<br />
| 18:00—19:20<br />
| OSM4<br />
| Артём Светлов<br />
|-<br />
| 22 ноября<br />
| 10:40—11:40<br />
| Разработка<br />
| Пирогов Андрей <br />
|-<br />
| 22 ноября<br />
| 12:00—12:40<br />
| Геомаркетинг<br />
| Пирогов Андрей<br />
|-<br />
| 22 ноября<br />
| 13:00—14:00<br />
| Mobile, Короткие доклады<br />
| Артём Светлов <br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Экология<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| QGIS в экологии<br />
| <br />
|}<br />
<br />
=== Мастер-классы ===<br />
<br />
Зал Мастер-классы 1<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Андрей Кармацкий<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Константин Гордеев<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Станислав Петряков<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Юрий Астрахан<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Денис Рыков<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Николай Лебедев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Виктор Олайя<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Илья Зверев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Григорий Потапов<br />
| <br />
|}<br />
<br />
Зал Мастер-классы 2<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Артём Светлов<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Александр Лисовенко<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Игорь Белов<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Алексей Новичков<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Александр Клешнин<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Александр Дежин<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Максим Дементьев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Дмитрий Колесов<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Наталья Волгушева<br />
| <br />
|}<br />
<br />
<br />
Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%92%D0%B8%D0%B4%D0%B5%D0%BE_%D0%BD%D0%B0_GISconf_2015&diff=23122Видео на GISconf 20152015-11-18T14:06:58Z<p>Trolleway: </p>
<hr />
<div>На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.<br />
<br />
У нас по два потока докладов и мастер-классов, два дня до обеда и после. Доклады важнее, поэтому на них добровольцев ищем в первую очередь. Внесите своё имя в те строки таблицы, где вы готовы следить за камерой. Перед конференцией подойдите к организаторам, они всё покажут.<br />
<br />
=== Доклады ===<br />
<br />
Зал ГИС<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 11:00—12:00<br />
| Открытие<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 12:20—13:40<br />
| Новое<br />
| <br />
|-<br />
| 21 ноября<br />
| 14:40—15:00<br />
| Форматы <br />
| <br />
|-<br />
| 21 ноября<br />
| 16:00—18:00<br />
| Вебгис<br />
| Мария Бовда<br />
|-<br />
| 21 ноября<br />
| 18:20—19:20<br />
| ДЗЗ<br />
| <br />
|-<br />
| 22 ноября<br />
| 10:40—12:40<br />
| Образование<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 13:00—15:00<br />
| Отрасли<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Технологии<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| Мобильные<br />
| <br />
|}<br />
<br />
Зал ОСМ<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—13:20<br />
| OSM1<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 13:40—15:00<br />
| OSM2<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—17:40<br />
| OSM3<br />
| <br />
|-<br />
| 21 ноября<br />
| 18:00—19:20<br />
| OSM4<br />
| Артём Светлов<br />
|-<br />
| 22 ноября<br />
| 10:40—11:40<br />
| Разработка<br />
| Пирогов Андрей <br />
|-<br />
| 22 ноября<br />
| 12:00—12:40<br />
| Геомаркетинг<br />
| Пирогов Андрей<br />
|-<br />
| 22 ноября<br />
| 13:00—14:00<br />
| Короткие доклады<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Экология<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| QGIS в экологии<br />
| <br />
|}<br />
<br />
=== Мастер-классы ===<br />
<br />
Зал Мастер-классы 1<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Андрей Кармацкий<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Константин Гордеев<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Станислав Петряков<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Юрий Астрахан<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Денис Рыков<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Николай Лебедев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Виктор Олайя<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Илья Зверев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Григорий Потапов<br />
| <br />
|}<br />
<br />
Зал Мастер-классы 2<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Артём Светлов<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Александр Лисовенко<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Игорь Белов<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Алексей Новичков<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Александр Клешнин<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Александр Дежин<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Максим Дементьев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Дмитрий Колесов<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Наталья Волгушева<br />
| <br />
|}<br />
<br />
<br />
Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%92%D0%B8%D0%B4%D0%B5%D0%BE_%D0%BD%D0%B0_GISconf_2015&diff=23121Видео на GISconf 20152015-11-18T14:05:54Z<p>Trolleway: </p>
<hr />
<div>На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.<br />
<br />
У нас по два потока докладов и мастер-классов, два дня до обеда и после. Доклады важнее, поэтому на них добровольцев ищем в первую очередь. Внесите своё имя в те строки таблицы, где вы готовы следить за камерой. Перед конференцией подойдите к организаторам, они всё покажут.<br />
<br />
=== Доклады ===<br />
<br />
Зал ГИС<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 11:00—12:00<br />
| Открытие<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 12:20—13:40<br />
| Новое<br />
| <br />
|-<br />
| 21 ноября<br />
| 14:40—15:00<br />
| Форматы <br />
| <br />
|-<br />
| 21 ноября<br />
| 16:00—18:00<br />
| Вебгис<br />
| Мария Бовда<br />
|-<br />
| 21 ноября<br />
| 18:20—19:20<br />
| ДЗЗ<br />
| <br />
|-<br />
| 22 ноября<br />
| 10:40—12:40<br />
| Образование<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 13:00—15:00<br />
| Отрасли<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Технологии<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| Мобильные<br />
| <br />
|}<br />
<br />
Зал ОСМ<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—13:20<br />
| OSM1<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 13:40—15:00<br />
| OSM2<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—17:40<br />
| OSM3<br />
| <br />
|-<br />
| 21 ноября<br />
| 18:00—19:20<br />
| OSM4<br />
| <br />
|-<br />
| 22 ноября<br />
| 10:40—11:40<br />
| Разработка<br />
| Пирогов Андрей <br />
|-<br />
| 22 ноября<br />
| 12:00—12:40<br />
| Геомаркетинг<br />
| Пирогов Андрей<br />
|-<br />
| 22 ноября<br />
| 13:00—14:00<br />
| Короткие доклады<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Экология<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| QGIS в экологии<br />
| <br />
|}<br />
<br />
=== Мастер-классы ===<br />
<br />
Зал Мастер-классы 1<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Андрей Кармацкий<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Константин Гордеев<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Станислав Петряков<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Юрий Астрахан<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Денис Рыков<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Николай Лебедев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Виктор Олайя<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Илья Зверев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Григорий Потапов<br />
| <br />
|}<br />
<br />
Зал Мастер-классы 2<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Артём Светлов<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Александр Лисовенко<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Игорь Белов<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Алексей Новичков<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Александр Клешнин<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Александр Дежин<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Максим Дементьев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Дмитрий Колесов<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Наталья Волгушева<br />
| <br />
|}<br />
<br />
<br />
Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%92%D0%B8%D0%B4%D0%B5%D0%BE_%D0%BD%D0%B0_GISconf_2015&diff=23120Видео на GISconf 20152015-11-18T14:04:53Z<p>Trolleway: </p>
<hr />
<div>На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.<br />
<br />
У нас по два потока докладов и мастер-классов, два дня до обеда и после. Доклады важнее, поэтому на них добровольцев ищем в первую очередь. Внесите своё имя в те строки таблицы, где вы готовы следить за камерой. Перед конференцией подойдите к организаторам, они всё покажут.<br />
<br />
=== Доклады ===<br />
<br />
Зал ГИС<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 11:00—12:00<br />
| Открытие<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 12:20—13:40<br />
| Новое<br />
| <br />
|-<br />
| 21 ноября<br />
| 14:40—15:00<br />
| Форматы <br />
| <br />
|-<br />
| 21 ноября<br />
| 16:00—18:00<br />
| Вебгис<br />
| Мария Бовда<br />
|-<br />
| 21 ноября<br />
| 18:20—19:20<br />
| ДЗЗ<br />
| <br />
|-<br />
| 22 ноября<br />
| 10:40—12:40<br />
| Образование<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 13:00—15:00<br />
| Отрасли<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Технологии<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| Мобильные<br />
| <br />
|}<br />
<br />
Зал ОСМ<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Секция<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—13:20<br />
| OSM1<br />
| Татьяна Шубнова<br />
|-<br />
| 21 ноября<br />
| 13:40—15:00<br />
| OSM2<br />
| <br />
|-<br />
| 21 ноября<br />
| 16:00—17:40<br />
| OSM3<br />
| <br />
|-<br />
| 21 ноября<br />
| 18:00—19:20<br />
| OSM4<br />
| <br />
|-<br />
| 22 ноября<br />
| 10:40—11:40<br />
| Разработка<br />
| Пирогов Андрей <br />
|-<br />
| 22 ноября<br />
| 12:00—12:40<br />
| Геомаркетинг<br />
| Пирогов Андрей<br />
|-<br />
| 22 ноября<br />
| 13:00—14:00<br />
| Короткие доклады<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—17:40<br />
| Экология<br />
| Шубнова Татьяна<br />
|-<br />
| 22 ноября<br />
| 18:00—18:40<br />
| QGIS в экологии<br />
| <br />
|}<br />
<br />
=== Мастер-классы ===<br />
<br />
Зал Мастер-классы 1<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Андрей Кармацкий<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Константин Гордеев<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Станислав Петряков<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Юрий Астрахан<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Денис Рыков<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Николай Лебедев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Виктор Олайя<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Илья Зверев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Григорий Потапов<br />
| <br />
|}<br />
<br />
Зал Мастер-классы 2<br />
<br />
{| class="wikitable"<br />
|-<br />
! Дата<br />
! Время<br />
! Ведущий класса<br />
! Контроллер<br />
|-<br />
| 21 ноября<br />
| 12:20—15:00<br />
| Артём Светлов<br />
| Артём Светлов<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Александр Лисовенко<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Игорь Белов<br />
|<br />
|-<br />
| 21 ноября<br />
| 16:00—19:00<br />
| Алексей Новичков<br />
|<br />
|-<br />
| 22 ноября<br />
| 11:00—15:00<br />
| Александр Клешнин<br />
|<br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Александр Дежин<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Максим Дементьев<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Дмитрий Колесов<br />
| <br />
|-<br />
| 22 ноября<br />
| 16:00—18:40<br />
| Наталья Волгушева<br />
| <br />
|}<br />
<br />
<br />
Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-control-panel-add-rule-to-user.png&diff=19155Файл:Ngw edit-control-panel-add-rule-to-user.png2014-04-30T07:45:31Z<p>Trolleway: загружена новая версия «Файл:Ngw edit-control-panel-add-rule-to-user.png»</p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-control-panel-group.png&diff=19153Файл:Ngw edit-control-panel-group.png2014-04-30T07:43:59Z<p>Trolleway: загружена новая версия «Файл:Ngw edit-control-panel-group.png»</p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Nextgisweb_main_screen_20140217.png&diff=17656Файл:Nextgisweb main screen 20140217.png2014-02-17T07:45:29Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-layers-group-add-link-selected.png&diff=17571Файл:Ngw edit-layers-group-add-link-selected.png2014-02-10T07:26:41Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-layers-group.png&diff=17568Файл:Ngw edit-layers-group.png2014-02-10T07:23:59Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-control-panel-add-rule-to-user.png&diff=17546Файл:Ngw edit-control-panel-add-rule-to-user.png2014-02-07T14:03:47Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-control-panel-group.png&diff=17545Файл:Ngw edit-control-panel-group.png2014-02-07T14:03:34Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-control-panel-main-screen.png&diff=17544Файл:Ngw edit-control-panel-main-screen.png2014-02-07T14:03:26Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-webmap-layers-settings.png&diff=17540Файл:Ngw edit-webmap-layers-settings.png2014-02-07T13:50:34Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-webmap-settings.png&diff=17539Файл:Ngw edit-webmap-settings.png2014-02-07T13:50:22Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_edit-postgis-layer-refresh-attributes.png&diff=17536Файл:Ngw edit-postgis-layer-refresh-attributes.png2014-02-07T13:43:54Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Ngw_create-postgis-layer.png&diff=17534Файл:Ngw create-postgis-layer.png2014-02-07T13:42:28Z<p>Trolleway: </p>
<hr />
<div></div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17397Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T13:47:44Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
<br />
Система координат данных: EPSG: 4326 (latlon/WGS84)<br />
Формат данных: CSV или ESRI Shapefile<br />
Кодировка: UTF-8<br />
Формат хранения геометрий: WKT или пара полей с координатами.<br />
<br />
=== Лицензия ===<br />
ODBL. Смесь данных с портала правительства Москвы и Openstreetmap.<br />
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<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
=== Как улучшить данные ===<br />
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:<br />
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.<br />
* Сделать то же самое для памятников, оград, и парков.<br />
* Уточнять координаты точек в этом наборе данных.<br />
* Если будут новые данные, то связаться со мной, (trolleway@yandex.ru) и я пересоберу данные.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17396Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T13:43:01Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
<br />
Система координат данных: EPSG: 4326 (latlon/WGS84)<br />
Формат данных: CSV или ESRI Shapefile<br />
Кодировка: UTF-8<br />
Формат хранения геометрий: WKT или пара полей с координатами.<br />
<br />
=== Лицензия ===<br />
ODBL. Смесь данных с портала правительства Москвы и Openstreetmap.<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
=== Как улучшить данные ===<br />
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:<br />
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.<br />
* Сделать то же самое для памятников, оград, и парков.<br />
* Уточнять координаты точек в этом наборе данных.<br />
* Если будут новые данные, то связаться со мной, (trolleway@yandex.ru) и я пересоберу данные.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17395Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T13:22:17Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
<br />
Система координат данных: EPSG: 4326 (latlon/WGS84)<br />
Формат данных: CSV или ESRI Shapefile<br />
Кодировка: UTF-8<br />
Формат хранения геометрий: WKT или пара полей с координатами.<br />
<br />
=== Лицензия ===<br />
ODBL. Смесь данных с портала правительства Москвы и Openstreetmap.<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
=== Как улучшить данные ===<br />
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:<br />
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.<br />
* Сделать то же самое для памятников, оград, и парков.<br />
* Уточнять координаты точек в этом наборе данных.<br />
* Если будут новые данные, то связаться со мной, и я пересоберу данные.<br />
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17394Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T13:16:12Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
Кодировка UTF-8.<br />
Система координат EPSG:4326<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
=== Как улучшить данные ===<br />
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:<br />
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.<br />
* Сделать то же самое для памятников, оград, и парков.<br />
* Уточнять координаты точек в этом наборе данных.<br />
* Если будут новые данные, то связаться со мной, и я пересоберу данные.<br />
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17393Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T12:33:56Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
Кодировка UTF-8.<br />
Система координат EPSG:4326<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
=== Как улучшить данные ===<br />
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:<br />
* Занести в базу OSM не найденные здания с адресами. Это можно делать только из тех источников, при использовании которых не будут нарушаться условия лицензии OSM, и скорее всего, все доступные адреса из них уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.<br />
* Сделать то же самое для памятников, оград, и парков.<br />
* Уточнять координаты точек в этом наборе данных.<br />
* Если будут новые данные, то связаться со мной, и я пересоберу данные.<br />
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17392Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T12:28:54Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
Кодировка UTF-8.<br />
Система координат EPSG:4326<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
=== Улучшить данные ===<br />
черновик<br />
Данные неполны. Там не вся Москва. Чтобы их улучшить, есть 2 варианта<br />
* Занести в базу OSM не найденные здания с адресами. Это можно делать только из тех источников, что не нарушать авторские права, или же сьездить самому, и посмотреть эти дома.<br />
* Уточнять координаты точек в этом наборе данных.<br />
* Если будут новые данные, то связаться со мной, и я пересоберу данные.<br />
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17391Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T12:21:13Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
=== Форматы ===<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
Кодировка UTF-8.<br />
Система координат EPSG:4326<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17390Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T12:16:27Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17389Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T12:10:14Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
=== Точки ===<br />
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17388Открытый набор геоданных по архитектурному наследию Москвы2014-01-14T12:05:46Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Результаты: ==<br />
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17361Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T09:24:52Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Данные ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
Однако в списке нет федеральных памятников.<br />
<br />
http://www.panoramio.com/photo/87439874<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17360Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T09:15:54Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Описание структуры набора данных ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Вокзалы и станционные постройки.<br />
* Археологические объекты.<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17357Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T08:45:34Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
== Описание структуры набора данных ==<br />
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:<br />
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов. <br />
* Усадебные комплексы, с разбивкой по отдельным зданиям. <br />
* Храмы и монастыри.<br />
* Памятники на улицах, и отдельные памятники на кладбищах.<br />
* Археологические объекты.<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17356Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T08:17:44Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| ensemble || Название архитектурного ансамбля, не всегда || || <br />
|-<br />
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще<br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,<br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || 8 к4<br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4<br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4<br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17352Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T07:46:50Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || <br />
|-<br />
| ensemble || Название архитектурного ансамбля || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || <br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || <br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || <br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17351Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T07:45:13Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|750px|center|Полигональный слой в историческом районе.]]<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || <br />
|-<br />
| ensemble || Название архитектурного ансамбля || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| moved || Точность ручной выверки. || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_part1 || Адрес (из 2 частей) || || <br />
|-<br />
| addr_part2 || Адрес (из 2 частей) || || <br />
|-<br />
| g_status || Точность автоматической выверки || <br />
* 1: Точка указывает в правильное здание. <br />
* 2: Точка указывает в правильный квартал. <br />
* 3 и больше: точность до района города. <br />
|| 1<br />
|}<br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, и у некоторых существующих не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| source|| Название таблицы-источника|| || <br />
|-<br />
| addr_orig || Оригинальный адрес из набора данных || || <br />
|-<br />
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || <br />
|}<br />
<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trollewayhttps://wiki.gis-lab.info/index.php?title=%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D0%BD%D0%B0%D0%B1%D0%BE%D1%80_%D0%B3%D0%B5%D0%BE%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BF%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%BD%D0%BE%D0%BC%D1%83_%D0%BD%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%B8%D1%8E_%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D1%8B&diff=17349Открытый набор геоданных по архитектурному наследию Москвы2014-01-13T07:28:06Z<p>Trolleway: </p>
<hr />
<div>{{Статья|Черновик}}<br />
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}<br />
<br />
Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.<br />
<br />
В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.<br />
<br />
Здесь представлены результаты нашего труда.<br />
<br />
{{NextGIS}}<br />
[[Файл:Nextgis heritage preview.png|thumb|750px|center|Полигональный слой в историческом районе.]]<br />
<br />
== Описание структуры набора данных ==<br />
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.<br />
<br />
Часть записей попавших в зону интереса была выверена вручную по данным OpenStreetMap и открытым источникам.<br />
<br />
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания ансамбля.<br />
<br />
Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.<br />
<br />
== Ограничения: ==<br />
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL<br />
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными. <br />
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.<br />
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.<br />
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.<br />
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.<br />
# В Shape-файлах длинна полей ограничена 254 символами.<br />
<br />
[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]<br />
<br />
Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий. <br />
== Описание полей: ==<br />
=== Точки ===<br />
Одна запись - один объект. <br />
{| class="wikitable"<br />
|-<br />
! Код поля !! Название поля !! Примечание !! Пример<br />
|-<br />
| id || Код объекта || || <br />
|-<br />
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || <br />
|-<br />
| ensemble || Название архитектурного ансамбля || || <br />
|-<br />
| name || Название объекта || || <br />
|-<br />
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки || <br />
|-<br />
| g_status || Точность автоматической выверки || 1: Точка указывает в правильное здание. 2: Точка указывает в правильный квартал. 3 и больше: точность до района города. || <br />
|-<br />
| moved || Точность ручной выверки. || 1: Точка указывает в правильное здание. 2: Точка указывает в правильный квартал. 3 и больше: точность до района города. || <br />
|-<br />
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || || <br />
|-<br />
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||<br />
|}<br />
<br />
<br />
=== Мультиточки ===<br />
Одна запись - один из элементов мультиобъекта. <br />
<br />
* ogc_fid <br />
* wkb_geometry<br />
* id Код объекта. <br />
* addr_part1 varying Адрес (из 2 частей)<br />
* addr_part2 varying Адрес (из 2 частей)<br />
* g_status Точность автоматической выверки. <br />
<br />
=== Полигоны ===<br />
Полигонов меньше чем объектов, потому что в OSM нет всех зданий Москвы, либо у них не проставлены адреса, и поэтому нельзя найти конкретный полигон здания по данным под нужной лицензией.<br />
<br />
* id Код объекта. <br />
* way geometry<br />
* name character varying<br />
* source character varying "cadaster_mp" означает, что эта запись - один из мультиобьектов. <br />
* addr_orig character varying Оригинальный адрес из набора данных.<br />
* addr_local character varying Адрес исправленный вручную, по которому производился геокодирование.<br />
<br />
== Форматы файлов ==<br />
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.<br />
<br />
== Применение данных ==<br />
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".<br />
<br />
*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.<br />
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.<br />
<br />
<br />
Публикуемый здесь набор отличается от использованного в материалах форума:<br />
* набор для скачивания приведён к лицензии ODBL<br />
* нумерация отличается от того, что было опубликовано в публикациях<br />
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.<br />
<br />
== Ссылки на скачивание ==<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip<br />
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip</div>Trolleway