Вопросы новичков

chsh · 2013-09-24 15:34:00

Не мог бы кто-нибудь помочь? Пытаюсь сделать локальный тайл-сервер postgis + python +mapnik + tilecache. База заливается правильно, питоновские скрипты generate_tiles.py и generate_image.py работают, переменные среды прописаны вроде вменяемыми значениями. Но!!! При попытке запуска из браузера любого .cgi скрипта, содержащего строку "import mapnik" вылетает ошибка "no module named mapnik".

Что бы это могло быть?

AMDmi3 · 2013-09-24 16:51:34

chsh wrote:

переменные среды прописаны вроде вменяемыми значениями. Но!!! При попытке запуска из браузера любого .cgi скрипта, содержащего строку "import mapnik" вылетает ошибка "no module named mapnik".

Переменные среды где? Возможно, в окружении CGI их как раз не хватает. Возможно, в данном случае PYTHONPATH до модулей мапника.

_ANick_ · 2013-09-24 21:30:08

Всем привет!

Вопрос по отрисовке рек.
В нашем регионе много мелких речек (в ширине от 1 до 10м), очень часто сильно петляют и распадаются на рукава различной длинны затем опять сходится (не редко очень сложно определить основное русло).
Как прорисовывать данные разливы? Рисовать обе линии рукавов и назначать одинаковые тэги (waterway=river+name=*)? Не будет ли это дублированием объекта?

Sergey Astakhov · 2013-09-24 21:33:32

_ANick_ wrote:

Рисовать обе линии рукавов и назначать одинаковые тэги (waterway=river+name=*)? Не будет ли это дублированием объекта?

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

_ANick_ · 2013-09-24 21:42:50

Sergey Astakhov wrote:

_ANick_ wrote:
Рисовать обе линии рукавов и назначать одинаковые тэги (waterway=river+name=*)? Не будет ли это дублированием объекта?
Нет, длинные реки по любому будут представлены несколькими линиями, так что конвертеры это должны учитывать. Если есть сомнения - можно неосновной рукав оставить безымянным. У крупных рек он даже может иметь собственное название.

Спасибо за ответ!

Насчет осн. русла - не всегда можно определить (широкая часть может быть мелкой, а узкая на снимке - глубокой по факту), вот пример http://www.openstreetmap.org/edit#map=1 … 4/76.54360

freeExec · 2013-09-25 05:00:03

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

chsh · 2013-09-25 06:35:05

AMDmi3 wrote:

Переменные среды где? Возможно, в окружении CGI их как раз не хватает. Возможно, в данном случае PYTHONPATH до модулей мапника.

python как раз видит mapnik и ошибок вида

>>> import mapnik
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named mapnik

нет. Импорт выполняется чисто, тайлы из питоновского скрипта генерятся. При попытке изменить значение PYTHONPATH python как раз и начинает ругаться.

PYTHONPATH=d:\mapnik-v2.2.0\python\2.7\site-packages
MAPNIK_MAP_FILE=d:\mapnik-v2.2.0\osm.xml

А вот при попытке запустить .cgi_скрипт все и начинается. ;(

Last edited by chsh (2013-09-25 06:36:58)

M_Vokhm · 2013-09-25 08:49:41

А если пакет правок по ошибке отправлен с неправильным комментарием (забыл исправить в JOSM), то исправить его уже нельзя?

Felis Pimeja · 2013-09-25 08:57:02

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

chsh · 2013-09-25 14:12:56

Ну раз никто не ответил, напишу, что в итоге вышлоЖ

локальный тайл-сервер postgis + python +mapnik + tilecache
"no module named mapnik"

в httpd.conf для папки, откуда запускались .cgi, прописать

<Directory d:/localhost/tilecache>
SetEnv PYTHONPATH d:\mapnik-v2.2.0\python\2.7\site-packages
...
</Directory>
И тайлы зашуршали винтом )))

Last edited by chsh (2013-09-25 14:14:46)

AMDmi3 · 2013-09-25 14:33:17

Про что я и писал.

Last edited by AMDmi3 (2013-09-25 14:33:28)

var-alex · 2013-09-25 18:42:32

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

GPMapper · 2013-09-26 11:08:20

Здравствуйте

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

AMDmi3 · 2013-09-26 11:12:56

GPMapper wrote:

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

Нет, ибо это не фактические данные и в базе им не место.

В JOSM есть множество инструментов для этого, от выделения произвольной области до выделения всех объектов входящих в определённый полигон (у вас же есть landuse на этот квартал?).

GPMapper · 2013-09-26 11:20:48

Все понятно, спасибо.

VikDD · 2013-09-26 11:23:39

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

Sergey Astakhov · 2013-09-26 11:23:43

GPMapper wrote:

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

Практика показывает, что когда появляются более качественные снимки, то простым сдвигом не обойтись, всё равно нужно будет всё просматривать заново и актуализировать. Где-то форму домов корректировать, где-то убирать снесённые/добавлять вновь построенные дома.
А чтобы двигать нужно было по минимуму нужно обязательно снимки выравнивать по трекам. Это во всяких викимапиях с НЯК-ами эта проблема стоит остро из-за отсутствия привязки к трекам, поэтому им там с каждым новым снимком всё нужно двигать, в OSM же всё по другому.

Sergey Astakhov · 2013-09-26 11:25:08

VikDD wrote:

эти дома связаны по признаку "квартал"

Эта привязка уже присутствует в виде геометрии, дублировать её в отношении - избыточно и чревато разнообразными проблемами.

VikDD · 2013-09-26 11:32:59

Ну-ну... по признаку геометрии, может ещё и Москва с Зеленоградом существует? Или Россия с Калиниградской областью и Байконуром?
Геометрия - это некая условность, типа "скорее всего дом в этом квартале", несмотря на то, что квартал сам круглый,а мы его по "геометрии" через bbox будем прикидывать.

Zverik · 2013-09-26 11:33:57

Для перемещения кучи объектов под снимкок в josm есть отличный инструмент «лассо». Хотя я просто рисую временный полигон, затем в поиске "inside selected".

GPMapper · 2013-09-26 11:38:17

Одно маленькое уточнение.

Если объекты связаны по смыслу, например здания завода, или здания на территории школы то применять отношение все-же допустимо?

Zverik · 2013-09-26 12:09:40

Отношения означают параметризуемую связь между объектами. Объединять объекты в отношение только по признаку принадлежности к какой-то категории («здания завода») неправильно. Да и для чего?

GPMapper · 2013-09-26 12:20:20

Да и для чего?

Для придания некоторой, законченности что-ли

VikDD · 2013-09-26 12:39:54

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

Last edited by VikDD (2013-09-26 12:40:23)

Sergey Astakhov · 2013-09-26 12:53:57

VikDD wrote:

по признаку геометрии, может ещё и Москва с Зеленоградом существует? Или Россия с Калиниградской областью и Байконуром?

Про Байконур не в курсе, а и "Москва с Зеленоградом" и "Россия с Калиниградской областью" действительно существуют в виде соответствующих границ.
А вы предлагаете завести отношение "Домики России" и включать туда всё что на территории России находится лишь бы не использовать страшную геометрию?

VikDD wrote:

мы его по "геометрии" через bbox будем прикидывать

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

Announcement

#4776 2013-09-24 15:34:00

Re: Вопросы новичков

#4777 2013-09-24 16:51:34

Re: Вопросы новичков

#4778 2013-09-24 21:30:08

Re: Вопросы новичков

#4779 2013-09-24 21:33:32

Re: Вопросы новичков

#4780 2013-09-24 21:42:50

Re: Вопросы новичков

#4781 2013-09-25 05:00:03

Re: Вопросы новичков

#4782 2013-09-25 06:35:05

Re: Вопросы новичков

#4783 2013-09-25 08:49:41

Re: Вопросы новичков

#4784 2013-09-25 08:57:02

Re: Вопросы новичков

#4785 2013-09-25 14:12:56

Re: Вопросы новичков

#4786 2013-09-25 14:33:17

Re: Вопросы новичков

#4787 2013-09-25 18:42:32

Re: Вопросы новичков

#4788 2013-09-26 11:08:20

Re: Вопросы новичков

#4789 2013-09-26 11:12:56

Re: Вопросы новичков

#4790 2013-09-26 11:20:48

Re: Вопросы новичков

#4791 2013-09-26 11:23:39

Re: Вопросы новичков

#4792 2013-09-26 11:23:43

Re: Вопросы новичков

#4793 2013-09-26 11:25:08

Re: Вопросы новичков

#4794 2013-09-26 11:32:59

Re: Вопросы новичков

#4795 2013-09-26 11:33:57

Re: Вопросы новичков

#4796 2013-09-26 11:38:17

Re: Вопросы новичков

#4797 2013-09-26 12:09:40

Re: Вопросы новичков

#4798 2013-09-26 12:20:20

Re: Вопросы новичков

#4799 2013-09-26 12:39:54

Re: Вопросы новичков

#4800 2013-09-26 12:53:57

Re: Вопросы новичков

Board footer