Конференция SotM EU 15-17 июля 2011 г.

Интернеты бесплатные? :3

Интернет бесплатные, speedtest нащупал 10 мегабит. У каждого на беджике напечатан личный пароль от вайфая, don’t try to cheat.

Котяра, Godnik и Frederick Ramm в ретро-трамвае:
http://www.youtube.com/watch?v=SxtFtT8g26w&feature=youtube_gdata_player

Ну и если кто не знает, я веду путевые заметки в штосме.

Несколько фотографий с lightning talks:

Я, изображаю Стива Коста:

Котяра:

Godnik:

Володя Слепнев:

Жаль, лайтнинги не пишут на видео.

У Котяры, кажется, мой ГисРусса-стайл в котике :3

Да, я только сейчас понял, что мог бы положить туда диктофон и поставить фотоаппарат на запись. Ну да ладно. Жаль, конечно. Учтём на будущее.

А вообще, есть ли ощущение что ОСМ как проект куда-то движется? Не “ещё больше урн и деревьев” а какие-то качественные позитивные изменения?

Будут ли как-то расшиваться узкие места ОСМ? Взять хотя бы отношения - крайне неудачное нововведение API v0.5. Есть ли движение в сторону нового API? Совершенно напрашивается новый тип геометрического объекта - мультиполигон который будет отдельным от логического объекта - отношение.

Вообще, какие идеи витали в воздухе конференции? :slight_smile:

Отношения — крайне удачное нововведение. Просто про них не должен знать кто попало.

What OSM does’n want you to know.

Это, ведь, вопрос насчёт «когда у нас будет новый API»? Он ни разу не поднимался в рамках конференции. Больше на тему развития в рамках существующей модели: расширение пользовательской базы, улучшение инструментов, польза для обычных людей.

А как насчёт отношения мультиполигон? Возьмём простой случай - город Зеленоград:

http://www.openstreetmap.org/browse/relation/181049

type = multipolygon, но при этом 7 линий имеют роль outer тогда как 3 не играют никакой роли. Вопрос - корректен ли такой мультиполигон? Как программному обеспечению обрабатывать такие линии без роли? А вдруг помимо outer есть inner? Попытка сделать мультиполигон объектом с неопределённой семантикой (для любого отношения верно “any tag you like”).

С точки зрения отношений мультиполигон корректен поскольку нет никаких правил. И таких кривых мультиполигонов-отношений довольно много. Отдельный геометрический объект мультиполигон должен быть жёстким в своём описании как например линия. Логические и геометрические объекты очень разные. Не верите - попробуйте предложить логичную схему дома с секциями переменной этажности.

Коррекрен, пустая роль по умолчанию считается outer

А если открыть http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Members.

Role=none. Don’t use, probably ignored or handled as outer (for compatibility reasons).

Плохое, негодное отношение.

Вот ещё пара примеров:

http://www.openstreetmap.org/browse/relation/570646 - Кимрский район, сделан в виде отношения type = boundary при этом все линии кроме одной - role=outer, одна - role=enclave.

http://www.openstreetmap.org/browse/relation/1413776 - Сельское поселение Петушинское, сделан в виде отношения type = multipolygon, при этом почти все линии - role=empty, одна линия role=enclave.

Это считается нормальным? Если что, role=enclave не прописано в type = multipolygon. Но в текущей схеме “any tag you like” это не проблема - ролей может быть сколько угодно.

Мне показалось, что есть серьёзный интерес к ОСМ со стороны разработчиков коммерческих гео-приложений под айфон.

Маркус, основатель openseamap.org, просил передать пламенный морской привет liosha

побочное мнение: россиянам стоит подучить английский.
(а российским форумчанам - поучиться не превращать любую тему в срач про мультиполигоны)

Групповое фотко:

Представители трёх конкурирующих приложений под айфон сидят и мирно беседуют:

Зверевы с радугой:

no comments.

На штосме выложены последние длинные записи про конференцию, а также обзорный список, на который можно давать ссылки.