Карты для СитиГида

Алексей Александрович · 2012-06-04 16:41:49

Долго голову ломал, почему одни СНТ находятся поиском, а другие нет. Так и не уловил никакой зависимости, как будто конвертор выбирает случайно примерно каждое 10-е СНТ и включает его в поиск, в каждой новой карте одни СНТ исчезают, другие появляются. При этом в СНТ, которому посчастливилось попасть в поиск, часть улиц находится, другая - нет.

Dinamik · 2012-06-05 00:34:49

Dinamik wrote:

Карта для Баварии (DE-BY) для 5-ки есть, а для 7-ки нет. При этом в 5-ке не рисуются здания. Предполагаю, что проблема в большом размере карты. Если дело в этом, нельзя ли собрать карту Мюнхена для 7-ки по полифайлу http://narod.ru/disk/51667389001.c9cbe6 … .poly.html . Это Мюнхен + аэропорт Мюнхен + некоторые примечательные места к юго-западу от Мюнхена (Фюссен, Гармиш-Партенкирхен, Миттенвальд).

Zkir, спасибо! Загрузил карту DE-BY-m-sw.cgmap:
1) Роутинг работает
2) Адресный поиск работает
3) Дома показываются
4) POI показываются
5) умляуты отбрасываются, эсцет заменяется на удвоенное эс, что позволяет при поиске использовать стандартную клавиатуру

Stalker61 wrote:

Zkir, на osm-карте ХМАО v.1.230 от 03.06.2012 наконец-то заработал адресный поиск, но рутинг как не работал, так и не работает.

У меня была загружена карта Каталонии ES-CT.cgmap (1.3) :
1) в ней не работал роутинг
2) отображались лишь часть POI, при попытке включить остальные ничего не происходило

Я думал, что у меня не хватает памяти навигатора для работы с картой, но теперь думаю, что дело может быть и в карте. Тем более что эта карта пропала из списка загрузки. Если проблема опять в большом размере - вот poly-файл для Барселоны + аэропорты Эль-Прат-де-Льобрегата, Реуса, Жироны, Сабаделя + соответствующее побережье: http://narod.ru/disk/51764321001.04b2c8 … .poly.html

Алексей Александрович wrote:

Долго голову ломал, почему одни СНТ находятся поиском, а другие нет. Так и не уловил никакой зависимости, как будто конвертор выбирает случайно примерно каждое 10-е СНТ и включает его в поиск, в каждой новой карте одни СНТ исчезают, другие появляются. При этом в СНТ, которому посчастливилось попасть в поиск, часть улиц находится, другая - нет.

Гипотеза:
в поиске СитиГИДа находятся те отдельно расположенные СНТ, которые:
а) обозначены полигоном place=allotments+name=<название>
б) обозначены точкой внутри полигона place=allotments+name=<название> (не уверен, вероятно, для поиска это не является необходимым условием)
в) имеют внутри себя хотя бы одну именованную (заполнено поле name) роутинговую линию, целиком расположенную внутри полигона

Вам известен контрпример?

Zkir · 2012-06-05 06:13:28

Zkir, спасибо! Загрузил карту DE-BY-m-sw.cgmap:
1) Роутинг работает
2) Адресный поиск работает
3) Дома показываются
4) POI показываются
5) умляуты отбрасываются,

Это значит, что мы на правильном пути.

У меня была загружена карта Каталонии ES-CT.cgmap (1.3) :
1) в ней не работал роутинг
2) отображались лишь часть POI, при попытке включить остальные ничего не происходило

А это значит, что еще пока не все гладко, как хотелось бы

Алексей Александрович · 2012-06-05 09:30:54

Dinamik wrote:

Вам известен контрпример?

На своих наменял уже под горячую руку тегов, подожду следующей компиляции.
Но в Рощино два СНТ находились (Родник и Наука), хотя они внутри нп и имеют place=suburb. Все другие вокруг были обозначены также, многие имели улицы и адреса, но — увы.

Пока выявил две закономерности:
1) СНТ находятся, если их автор - Dinamik
2) Если place=hamlet. Что ИМХО логично, зачем делить НП по форме организации? Это нужно только для узкоспециализированной кадастровой карты, но вредно для карты, предназначенной для ориентирования.

fserges · 2012-06-05 09:46:44

place=hamlet это официальный населённый пункт. Не надо засорять общую карту!

Алексей Александрович · 2012-06-05 10:06:41

fserges wrote:

place=hamlet это официальный населённый пункт.

А если НП вообще самострой?

fserges · 2012-06-05 11:44:08

Значит его нет по документам. Скорее всего у такого НП нет сформированных органов власти. Рисуете жилые дома (они реальны), набрасываете landuse и local_name=Самострой.

Zkir · 2012-06-05 12:13:10

Есть или нет по документам, это решительно не важно, потому что осм - это карта местности, а не документов.

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

Алексей Александрович · 2012-06-05 13:28:11

Zkir wrote:

осм - это карта местности, а не документов.

К моему сожалению, многие считают по другому.

Zkir wrote:

Что касается непосредственно дачных поселков, то рекомендую использовать place=allotments.

С place=suburb тоже находится, пока не вижу другой альтернативы обозначать СНТ внутри других НП.

зы Жду новую карту Ленобласти.

fserges · 2012-06-05 13:38:46

Zkir wrote:

Есть или нет по документам, это решительно не важно, потому что осм - это карта местности, а не документов.

Так так так ... а разницу между place=village и place=town тоже делаем "на местности" не глядя в документы? Аналогично про place=town и place=city.

Ну и далее, почему не расширить приницп "что вижу то и пишу" и дачные массивы мапить place=city:

Портал садоводческого массива и деревни «Мшинская»
Летом, во время дачного сезона на территорию массива из Санкт-Петербурга выезжает от 100 до 150 тысяч человек.
http://mshinskaja.ru/

Этот населённый пункт летом - самый крупный населённый пункт Ленинградской области! Почему мы не мапим его как place=city? Где проходит чёткая граница между "мапим не глядя в документы" и "что вижу то и пишу"?

liosha · 2012-06-05 14:03:48

Zkir wrote:

Есть или нет по документам, это решительно не важно, потому что осм - это карта местности, а не документов.

Необдуманная фраза

На самом деле это зависит от рода вносимых сведений. И как раз категория "населённый пункт" относится к тем сведениям, которые зависят от документов: между "тут стоят дома" и "это населённый пункт" есть ощутимая разница.

Алексей Александрович · 2012-06-05 14:03:49

fserges wrote:

Так так так ... а разницу между place=village и place=town тоже делаем "на местности" не глядя в документы?

Если есть возможность как следует выяснить на месте, то естественно!, а как по другому?, мы КАРТУ МЕСТНОСТИ рисуем! Если в городе останутся одни сараи и грядки, надо обозначать alloments. А если в большом СНТ вырастут замки, построят школы, детсады, пожарную часть, оперный театр и т. п. - сити. А кому нужен кадастр - так пусть им и пользуется. Но на практике я таких крайних случаев не знаю.

fserges wrote:

Летом, во время дачного сезона на территорию массива из Санкт-Петербурга выезжает от 100 до 150 тысяч человек.

Потому что массив, состоящий из большого числа НП. Ну и плотность населения. На самом деле я пока садоводств, действительно превратившихся в посёлок, не вижу. Но и не вижу разницы между СНТ и деревней. Только не надо мне говорить это:
http://youtu.be/uF4cvLECgbA

fserges · 2012-06-05 14:28:08

Алексей Александрович wrote:

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

А я вижу. И дальше что? Вы рисуете не свою собственную карту а общую, мировую ...

Dinamik · 2012-06-05 14:51:44

Zkir, хотелось бы разобраться с отношениями street и addr:suburb на домах.
Дом 3 по Спортивной улице в Володарском должен привязываться к Спортивной улице в Володарском, а привязывается просто к Спортивной улице в Санкт-Петербурге.

liosha говорит, что у него дом 3 конвертируется как

; WayID = 148888712
; building = yes
[POLYGON]
Data0=(59.8212310,30.0868219),(59.8212767,30.0870220),(59.8212014,30.0870900),(59.8211557,30.0868899),(59.8212310,30.0868219)
Type=0x13
HouseNumber=3
Label=3
StreetDesc=Спортивная улица (Володарский)
[END]

а дом 5 как:

HouseNumber=5
StreetDesc=Спортивная улица

То есть addr:suburb на доме обрабатывается, а отношение street при наличии стандартного адреса на доме - нет. Но я из своих наблюдений могу сделать вывод, что при подготовке карт для СитиГИДа отношение street учитываются всегда (кроме тех случаев, когда дом задан не линией, а мультиполигоном), а вот addr:suburb на доме, наоборот, не учитывается никогда.

Используется старая версия osm2mp? Нельзя ли исправить это дело? Обработка addr:suburb на домах крайне важна для организации корректного адресного поиска в садоводствах и коттеджных посёлках, расположенных в пределах населённых пунктов, а также для тех домов, которые адресуются по улицам, имеющих в названии уточнение.

Last edited by Dinamik (2012-06-05 14:54:39)

GaM · 2012-06-05 14:58:50

Алексей Александрович wrote:

fserges wrote:
Так так так ... а разницу между place=village и place=town тоже делаем "на местности" не глядя в документы?
Если есть возможность как следует выяснить на месте, то естественно!, а как по другому?, мы КАРТУ МЕСТНОСТИ рисуем! Если в городе останутся одни сараи и грядки, надо обозначать alloments. А если в большом СНТ вырастут замки, построят школы, детсады, пожарную часть, оперный театр и т. п. - сити. А кому нужен кадастр - так пусть им и пользуется. Но на практике я таких крайних случаев не знаю.
fserges wrote:
Летом, во время дачного сезона на территорию массива из Санкт-Петербурга выезжает от 100 до 150 тысяч человек.
Потому что массив, состоящий из большого числа НП. Ну и плотность населения. На самом деле я пока садоводств, действительно превратившихся в посёлок, не вижу. Но и не вижу разницы между СНТ и деревней. Только не надо мне говорить это:
http://youtu.be/uF4cvLECgbA

Перепись населения будете делать лично? Бред давайте прекращать, liosha всё написал по сей теме.

Zkir · 2012-06-05 16:08:13

fserges,
//place=hamlet это официальный населённый пункт.
Ничего такого в принятой классификации ( http://wiki.openstreetmap.org/wiki/RU:Key:place ) нет. Так что это личное мнение уважаемого камрада fserges Действующие правила спрашивают официальный статус города при номинации на town. НП, имеющие статус города, получают тег town при меньшем населении, по сравнению с неимеющими такового. И не более того.

//А я [садоводства, действительно превратившиеся в посёлки] вижу. И дальше что?
Дальше мапить их как поселки.

//Этот населённый пункт летом - самый крупный населённый пункт Ленинградской области! Почему мы не мапим его как place=city?
150 тысяч - это общее число всех, кто съездил туда хотя бы один раз. 22000 участков - это дай бог 10 000 среднего населения. Вполне можно было бы обозначать как place=town. От среднего города правда Мшинская отстает по инфраструктуре, но на поселок тянет: рынок, несколько продуктовых магазинов, точка заправки газовых балонов, церковь, медпункт, полицейский околоток.

Я в свое время предлагал классификацию по инфраструктуре, но ее сочли слишком сложной.

liosha
//И как раз категория "населённый пункт" относится к тем сведениям, которые зависят от документов: между "тут стоят дома" и "это населённый пункт" есть ощутимая разница
Почему? Для меня "населенный пункт" - это просто место, где живут люди, хотя бы сезонно, в пределах некой непрерывной застройки.

Единственно деление нп по преобладающему характеру занятости на городские и сельские уже устарело, лет на 30. Теперь надо бы делить НП на городские (население занято в промышленности и услугах), сельские (население занято в сельском хозяйстве) и рекреационные (население нигде не занято, а отдыхает).

Dinamik
Разберемся, когда с флудом закончим.

Last edited by Zkir (2012-06-05 16:11:27)

Алексей Александрович · 2012-06-05 16:28:22

GaM wrote:

Бред давайте прекращать, liosha всё написал по сей теме.

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

fserges · 2012-06-05 17:23:55

Ну что вы как дети ... Вот для примера открыл карту Финляндии в ОСМ. Там классификация НП сделана вполне в соответствии с законами о муниципальном устройстве. Что в этом плохого? Я смотрел районы Коуволы и Йоэнсуу и вижу огромное количество place=suburb для НП не являющимися юридически самостоятельными городами/посёлками. Да, в каком-то посёлке живёт некоторое количество людей, но самостоятельным НП оно не является. place=suburb или place=neighborhood решает ситуацию. А ведь такие "пригороды" часто находятся на большом расстоянии от "родительского НП". И что в этом плохого?

А ведь если бы Алексей Александрович был бы в Финляндии то им всем бы поставил place=village или place=hamlet по своему усмотрению. Ну и что что это не НП, главное там добротные дома и вывеска висит! Отлично! И получим карту Финляндии которая ... ну сами понимаете.

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

Zkir · 2012-06-05 19:12:15

Ладно, поболтали, а теперь давайте о деле.

fserges,

если ты понимаешь, как устроено административно-территориальное деление в Финляндии, ты не мог бы о нем коротенько рассказать?
Потому что, в отличие от России, ситуция в Финке с тегами совсем не радужная, дофига НП вообще без границ:
http://peirce.gis-lab.info/qa/FI-SOUTH#citynoborder

Как итог, не работает поиск, пользователи ругаются. Может что подскажешь?

Dinamik,
я кажется понял, чего ты хочешь, но все как обычно не так просто.

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

чтобы дом

; WayID = 148888712
; building = yes
[POLYGON]
Data0=(59.8212310,30.0868219),(59.8212767,30.0870220),(59.8212014,30.0870900),(59.8211557,30.0868899),(59.8212310,30.0868219)
Type=0x13
HouseNumber=3
Label=3
StreetDesc=Спортивная улица (Володарский)
[END]

искался, нужно чтобы была улица с label=Спортивная улица (Володарский) и/или StreetDesc=Спортивная улица (Володарский)

Как этого добиться? если начинать обрабатывать все полигональные place=suburb, и name c него сувать во все улицы внутри него, то получится просто ужасно - название района вылезает везде, где есть районы города с границами. Так было когда-то, я это отключил.

Нужен какой-то другой способ, чтобы названия районов в скобочках прибавлялись только для улиц внутри некоторых объектов. Есть идеи?

Dinamik · 2012-06-05 21:06:26

С получением "Спортивная улица (Володарский)" как раз проблем нет:). Линия highway = residential + name = Спортивная улица + addr:suburb = Володарский --> роутинговое ребро Спортивная улица (Володарский)

Таким образом, уточнение добавляется ровно там, где нужно. Это уже работает.

За что отвечают поля label и StreetDesc? В чём отличие?

Last edited by Dinamik (2012-06-05 21:16:11)

Sergey Astakhov · 2012-06-05 21:34:00

Zkir wrote:

Нужен какой-то другой способ, чтобы названия районов в скобочках прибавлялись только для улиц внутри некоторых объектов. Есть идеи?

Эти уточнения нужны для устранения неоднозначности. Алгоритм мне видится примерно таким:

1) Составляем общий список улиц с разбиением по НП и suburb-ам в них.
2) Если улица с данным названием встречается только один раз на карте - используем только название улицы.
3) Если встречается в разных НП - добавляем названием НП
4) Если несколько в одном НП - добавляем название района.

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

Dinamik · 2012-06-05 22:08:09

Предлагается делать это автоматически, используя исключительно данные name и полигоны населённых пунктов и suburb? Если так, то не выйдет.

1) Составляем общий список улиц с разбиением по НП и suburb-ам в них.

4) Если несколько в одном НП - добавляем название района.

Без обращения к внешней базе данных никак не узнать:
а) проходит ли это одна улица через несколько suburb-ов или это несколько разных улиц
б) как какую из улиц следует называть, т. к. обычно при наличии нескольких одноимённых улиц в пределах одного населённого пункта одна из них именуется без уточнения, прочие - с уточнениями

Ну и можно усложнять алгоритм по мере необходимости.

Мало того, что алгоритм, на мой взгляд, не самый простой для автоматической обработки, и он не будет работать, так его ещё и усложнять надо:)

На мой взгляд, куда проще записать данные о районе в addr:suburb.
Если есть "Центральная улица" с домом 1 и "Центральная улица (Район)" с домом 2, по большому счёту, надо так или иначе для первой указывать name=Центральная улица на улице и addr:street=Центральная улица на доме, для второй - name=Центральная улица (Район) на улице и addr:street=Центральная улица (Район) на доме. Ладно, не нравятся людям уточнения в name, вынесем (Район) из тега name в тег addr:suburb. Всё. Осталось только научить osm2mp, установленный у Zkir-а, делать одно действие, которое умеет делать osm2mp, установленный у liosha - склеивать addr:street и addr:suburb на доме - и всё заработает.

Last edited by Dinamik (2012-06-05 22:16:59)

Sergey Astakhov · 2012-06-05 22:30:21

Dinamik wrote:

Предлагается делать это автоматически, используя исключительно данные name и полигоны населённых пунктов и suburb?

Да. Лучше править конвертеры вместо данных.

Dinamik wrote:

Если так, то не выйдет.

Идеально - возможно и не выйдет. Но нам и не нужно идеально, нам нужно приемлемо.
Ручной труд он всегда лучше автоматического по качеству, если этим занимается профессионал. Но профессионалов мало, а работы много. Так пусть лучше железяка работает.

Dinamik wrote:

Без обращения к внешней базе данных никак не узнать:
а) проходит ли это одна улица через несколько suburb-ов или это несколько разных улиц

Можно пример таких улиц?

Dinamik wrote:

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

Не вижу большой беды, если все они будут с уточнением. Опять же, не помешал бы конкретный пример.

Dinamik · 2012-06-05 23:33:37

Sergey Astakhov wrote:

Да. Лучше править конвертеры вместо данных.

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

Идеально - возможно и не выйдет. Но нам и не нужно идеально, нам нужно приемлемо.

Боюсь, в каких-то случаях может получиться хуже, чем есть.

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

Нужно постараться настроить железяку так, чтобы она не делала хуже там, где профессионал уже поработал:)

Можно пример таких улиц?

Так это ж практическая любая крупная дорога.
Проспект Стачек проходит через Автово и Юго-Запад, улица Савушкина проходит через Старую Деревню и Новую Деревню, Московский проспект проходит через всевозможные Рогатки. Проспект Обуховской Обороны - Рыбацкое, Троицкое поле, Александровское, Щемиловка и т. д. Может, в данных примерах и получится, на самом деле, что улицы везде проходят строго по границам или в какой-то из suburb-ов не попадают, но смысл в том, что более-менее длинная улица имеет обыкновение проходить через несколько suburb-ов.

Не вижу большой беды, если все они будут с уточнением. Опять же, не помешал бы конкретный пример.

Например, в Санкт-Петербурге есть две Софийских улицы: в Купчине и в Шувалове. Одна из них называется "Софийская улица", другая - "Софийская улица (Шувалово). Есть два проспекта Академика Павлова, один из них - на Петроградской стороне, другой - в Володарском. Один из них называется "проспект Академика Павлова", другой - "проспект Академика Павлова (Володарский)". Есть две улицы Калинина - одна в районе Гутуевского острова, другая в Володарском. Одна - "улица Калинина", другая - "улица Калинина (Володарский)". Есть две улицы Ломоносова - одна в центре, другая - в Горелове. Одна - "улица Ломоносова", другая - "улица Ломоносова (Горелово)". Есть две улицы Льва Толстого - одна на Петроградской стороне, другая - в Володарском. Одна - "улица Льва Толстого", другая - "улица Льва Толстого (Володарский)". Перспектива обнаружить "Софийская улица (Купчино)", "проспект Академика Павлова (Петроградская сторона)" и "улица Льва Толстого (Петроградская сторона)" меня не очень прельщает.

Last edited by Dinamik (2012-06-05 23:49:53)

Sergey Astakhov · 2012-06-06 00:43:50

Dinamik wrote:

Можно пример таких улиц?
Так это ж практическая любая крупная дорога.
Проспект Стачек проходит через Автово и Юго-Запад, улица Савушкина проходит через Старую Деревню и Новую Деревню, Московский проспект проходит через всевозможные Рогатки. Проспект Обуховской Обороны - Рыбацкое, Троицкое поле, Александровское, Щемиловка и т. д. Может, в данных примерах и получится, на самом деле, что улицы везде проходят строго по границам или в какой-то из suburb-ов не попадают, но смысл в том, что более-менее длинная улица имеет обыкновение проходить через несколько suburb-ов.

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

Dinamik wrote:

Не вижу большой беды, если все они будут с уточнением. Опять же, не помешал бы конкретный пример.
Например, в Санкт-Петербурге есть две Софийских улицы: в Купчине и в Шувалове. Одна из них называется "Софийская улица", другая - "Софийская улица (Шувалово). Есть два проспекта Академика Павлова, один из них - на Петроградской стороне, другой - в Володарском. Один из них называется "проспект Академика Павлова", другой - "проспект Академика Павлова (Володарский)". Есть две улицы Калинина - одна в районе Гутуевского острова, другая в Володарском. Одна - "улица Калинина", другая - "улица Калинина (Володарский)". Есть две улицы Ломоносова - одна в центре, другая - в Горелове. Одна - "улица Ломоносова", другая - "улица Ломоносова (Горелово)". Есть две улицы Льва Толстого - одна на Петроградской стороне, другая - в Володарском. Одна - "улица Льва Толстого", другая - "улица Льва Толстого (Володарский)". Перспектива обнаружить "Софийская улица (Купчино)", "проспект Академика Павлова (Петроградская сторона)" и "улица Льва Толстого (Петроградская сторона)" меня не очень прельщает.

Ну это уже какая-то вкусовщина пошла. А жителю Шувалово как будет привычнее видеть свою - "Софийская улица" или "Софийская улица (Шувалово)"? Меня вот "Софийская улица (Купчино)" в поиске не коробит, хоть я и в Купчино живу.

Announcement

#1626 2012-06-04 16:41:49

Re: Карты для СитиГида

#1627 2012-06-05 00:34:49

Re: Карты для СитиГида

#1628 2012-06-05 06:13:28

Re: Карты для СитиГида

#1629 2012-06-05 09:30:54

Re: Карты для СитиГида

#1630 2012-06-05 09:46:44

Re: Карты для СитиГида

#1631 2012-06-05 10:06:41

Re: Карты для СитиГида

#1632 2012-06-05 11:44:08

Re: Карты для СитиГида

#1633 2012-06-05 12:13:10

Re: Карты для СитиГида

#1634 2012-06-05 13:28:11

Re: Карты для СитиГида

#1635 2012-06-05 13:38:46

Re: Карты для СитиГида

#1636 2012-06-05 14:03:48

Re: Карты для СитиГида

#1637 2012-06-05 14:03:49

Re: Карты для СитиГида

#1638 2012-06-05 14:28:08

Re: Карты для СитиГида

#1639 2012-06-05 14:51:44

Re: Карты для СитиГида

#1640 2012-06-05 14:58:50

Re: Карты для СитиГида

#1641 2012-06-05 16:08:13

Re: Карты для СитиГида

#1642 2012-06-05 16:28:22

Re: Карты для СитиГида

#1643 2012-06-05 17:23:55

Re: Карты для СитиГида

#1644 2012-06-05 19:12:15

Re: Карты для СитиГида

#1645 2012-06-05 21:06:26

Re: Карты для СитиГида

#1646 2012-06-05 21:34:00

Re: Карты для СитиГида

#1647 2012-06-05 22:08:09

Re: Карты для СитиГида

#1648 2012-06-05 22:30:21

Re: Карты для СитиГида

#1649 2012-06-05 23:33:37

Re: Карты для СитиГида

#1650 2012-06-06 00:43:50

Re: Карты для СитиГида

Board footer