Интернеты бесплатные? :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? Совершенно напрашивается новый тип геометрического объекта - мультиполигон который будет отдельным от логического объекта - отношение.
Вообще, какие идеи витали в воздухе конференции? 
Отношения — крайне удачное нововведение. Просто про них не должен знать кто попало.
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” это не проблема - ролей может быть сколько угодно.
Мне показалось, что есть серьёзный интерес к ОСМ со стороны разработчиков коммерческих гео-приложений под айфон.
побочное мнение: россиянам стоит подучить английский.
(а российским форумчанам - поучиться не превращать любую тему в срач про мультиполигоны)
Групповое фотко:
Представители трёх конкурирующих приложений под айфон сидят и мирно беседуют:
Зверевы с радугой:
no comments.
На штосме выложены последние длинные записи про конференцию, а также обзорный список, на который можно давать ссылки.