Как стать автором
Обновить

Комментарии 83

почему не согласился на ODbL?
1) CC-BY-SA — мощная универсальная международно признанная и адаптированная во многих юрисдикциях лицензия свободного контента.
2) ODbL — непонятная и никому не известная лицензия, её нет в списке свободных лицензий на сайте Определения свободных произведений культуры, следовательно я ей не доверяю, лицензией свободного контента не считаю и перелицензировать мои данные по непонятно какой лицензии не буду.
3) Мне очень нравится уважаемая во всём мире организация Creative Commons и её основатель Лоуренс Лессиг и мне непонятно что вообще за хрен эта Open Data Commons, про них даже статьи в Википедии нет.
4) Кроме того, я считаю, что историю про то, что текущая лицензия не подходит для баз данных придумали просто для того, чтобы сменить лицензию на другую, предоставленную этой странной конторой (коррупция?), вместо того чтобы просто в будущем обновиться на 4 версию лицензии Creative Commons (как говорил кто-то из осмеров, там-то уж точно всё будет написано совсем для тупых, т.е. она будет поддерживать базы данных).
5) Проектом OpenStreetMap я заинтересовался именно из-за текущей лицензии.
6) Переход на другую лицензию увеличивает разнообразие лицензий, что в принципе плохо, если они между собой не совместимы.
как считаешь, форк со старой лицензией вероятен? в том смысле, много ли пользователей решили отказаться от нового лицензирования? интересно твоё мнение, даже если оно будет субъективным.
Даже не знаю. 1/3 пользователей точно против, другие, я считаю, просто мало информированы (им может быть, что Creative Commons, что Open Data Commons — неизвестны). Я в принципе задумывался, что может быть сделан форк (я бы даже сказал точно должен быть сделан какой-нибудь сайт stable.osm.org, где была бы только старая лицензия) и задумывался мог бы я участвовать в нём, но ни к чему не пришёл. Единственное, что я хочу сказать, это то, что если руководство проекта полностью удалит все мои данные (и данные всех уже неактивных участников) из-за того, что они под старой лицензией, то это будет сильным аргументом участвовать в форке. Хочу сказать, что разбить сообщество будет самой большой глупостью руководства OSM, учитывая чрезвычайно сильную конкуренцию со стороны Народной карты Яндекса, Викимапии и Google Map Maker.
Если лицензию всё таки сменят и не будет форка, будешь продолжать помогать проекту или нет?
Как человек немного более в теме, могу ответить, что форк не только вероятен, но 100% будет. Сейчас под него зарегистрирован домен fosm.org. А много пользователей или нет — можно отслеживать на графике.
Что-то богат этот год на войны в опенсорсе и форки проектов.
Ну, процесс смены лицензии OSM начался ещё летом 2007 года, когда на конференции SotM обсуждали вопрос применимости CC-BY-SA к геоданным. Активно переход готовился с 2009 года, и только в этом году пришло время активных действий.
но один процент пользователей, которые отказались, это совсем не густо.
Да, отказавшихся пока в 100 раз меньше чем согласившихся. Это кажется абсолютным большинством и победой…

Но не всё так просто.

Вот масштаб:
Всего: 300 000 человек **
Согласились: 11 500 человек или 3.8%
Отказались: 110 человек 0.037%

Но на самом деле мы не можем перелицензировать правку без прямого согласия автора. Т.е. против считаются те, кто действительно против (0.037%), и все, которым пофиг. А это пока 96.2% **! Так что теперь отказавшихся как бы абсолютное большинство.

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

Но и это тоже не всё. Когда кто-то правит улицу, которую нарисовал другой, то он не может перелицензировать её без согласия первого автора, так как он создал производную работу. В ОСМ очень постоянно что-то уточняют, у многих объектов по нескольку авторов. А значит, авторы, которые начали раньше, важнее, так как их отказ означает потерю их правок и всех последующих в этом месте. Т.е. если человек набросал сетку дорог, а потом другие её долго улучшали, то отказ первого автора означает потерю всей сетки, хотя доля его труда там может составлять всего 1-5%.

Как видите, несмотря на то, что 99% активной части хочет перейти, их голос не значит ничего, так как в данном вопросе пассивная часть (которая всегда больше) выступает против, по-умолчанию.

Во время перелицензирования CC-BY-SA => ODbL, идёт одновременная смена и условий для контрибьюторов. С новыми условиями, лицензией на весь проект будет управлять только активная часть сообщества.

Что интересно, больше всего споров и возражений вызывает как раз этот момент в новых условиях, а не смена самой лицензии. *** Кроме TarzanASG не видно никого, кто был бы против самой ODbL, и аргументы у него тоже очень необычные.

** 300 000 — очень примерно. Сейчас участников больше, но новенькие уже сразу соглашаются с двойной лицензией и не должны принимать решение. А тех, чьё решение нужно, скорее всего меньше.

*** Дело в том, что с новыми условиями лицензия становится не так важна. ОСМ сможет выбирать ту, которая лучше в данный момент и переходить на неё без потерь. Так что если CC-BY-SA 4.0 окажется лучше, проект сможет на неё вернуться.
Молодцы, вот бы все так с конкурентами поступали! Мы бы жили в идеальном мире.

Тем не менее, я не могу понять, почему Мицголу уделяется столько внимания? Ну флудер как флудер, таких пруди. Да, немножко нестандартный стиль общения. И что?
Не знаю, почему TarzanASG уделяет столько внимания Мицголу. Я как организатор Геленджикской диванной mapping party говорю: город был выбран в значительной степени случайно, из городов, имеющих покрытие снимков Bing.
(На этом месте мог быть комментарий, нарушающий закон Годвина.)
а почему именно Бинг?
Bing официально разрешил ОСМу обрисовку по своим снимкам.
Мицгол, в некотором роде, живой анекдот и употреблён был, видимо, для смеху.
А есть ли такое место в интернете, где можно прочитать и научиться рисовать карты в OpenStreetMap? Желательно чтобы было по русски. Крупное сообщество может где есть?
Сообщество в основном обитает на русском форуме и в IRC-канале.

Также давно витает идея смонтировать обучающий пошаговый видео- и текстовый курс, наподобие того, как это сделано в Google Sketchup. Быстрый старт и всё такое.
В связи с ограничениями на использования картографических материалов Яндекса и Google OSM остается практически единственным инструментом широкого применения (в т.ч. и коммерческого), однако его «родной» API OpenLayers крайне сыроват и недостаточно функционален по сравнению с API Google Maps и API Яндекс.Карт. В связи с этим присоединяюсь к вопросу Fatal1ty и задам еще один вопрос:

Кто-нибудь (персоны, сообщества и т.п.) уже занимался доработкой API OpenLayers дабы сделать его более удобным, простым и доступным для широкого применения?
А Вы его пробовали? На самом деле, оно гораздо мощнее вышеназванных альтернатив.
Да, пробовал. Но до этого поближе познакомился с API Google Maps и Яндекс.Карт.
Может быть в области рисования различных проекций OpenLayers силен, но чтобы рядовой трек по точкам из массива(а не GPX файла) вывести с удобно читаемыми комментариями к маркерам — так тут уже затык(или просто особый подход нужен, не как у Я или G).
Также поражает катастрофически малое число примеров использования в Рунете, ибо предпочитают юзать слой OSM совместно с API Google что снова накладывает ограничения.
Да, видимо, Вы просто не разобрались. Треки выводятся не просто, а очень просто, точки-маркеры с подписями делаются достаточно просто. Примеры есть на openlayers.org: openlayers.org/dev/examples/kml-track.html — трек (правда, KML, на GPX поменять не составляет труда, причём можно даже и короче, чем там), openlayers.org/dev/examples/style-rules.html и openlayers.org/dev/examples/vector-features-with-text.html — всякие хитрые маркеры и вообще.
Да не нужен мне ни формат KML ни GPS. Есть простой набор координат (широта+долгота+время) в базе, я хочу по ним построить трек к примеру. В данный момент как заглушку я сделал генерацию GPX файла realtime по запросу с дальнейшей подгрузкой его как GPX файлслоя, но это както не спортивно — 2 запроса к вебсерверу вместо одного.
Про маркеры — просто сравните с Яндексовским классом YMaps.Placemark и его свойствами и методами.
Опечатка в 1 строке: «Да не нужен мне ни формат KML ни GPX...»
Ну и не надо GPX. Что мешает ручками добавить маркер?
            point = new OpenLayers.Geometry.Point(e.lon, e.lat);
            marker = new OpenLayers.Feature.Vector(point, e);
            vectors.addFeatures([marker]);

Это просто точки добавить. Линии — аналогично.
Удосужтесь почитать документацию на библиотеку, прежде чем ругать её.
Ну я обычно читаю API всех используемых систем — наверное это привычка.
Но вы так и не ответили на вопрос про генерацию трека из массива.
PS Можно просто ссылку дать, если есть где еще почитать.
Гм, как это «не ответил»? Вам же все указатели были даны. Создаёте геометрию (OpenLayers.Geometry.{Point,LineString,...} — смотря что нужно), на базе неё делаете векторную фичу, а её добавляете на слой.
Если вас не затруднит, можно какойнить примерчик? не обязательно лично ваш.
В теории все звучит красиво. Или ссылку на сервис этим пользующийся.
Насчёт яндекса. Вот это — это супер:
setCoordPoint(coordPoint) Устанавливает точку координатной системы, к которой привязана метка.
setGeoPoint(coordPoint) То же, что и YMaps.Placemark.setCoordPoint.

«Замечательное» API. Не говоря уже о кондовости и жёсткости его.
Лично мне больше нравится чтото типа этого:
var GPoints=[.....];
if(yandex) PL.setPoints(GPoints);
if(google) PL = new GPolyline(GPoints,"#ff0000",5,0.5);


PS Я лично не фанат какого либо одного API. ИМХО всему свое применение, но нельзя отрицать очевидный факт более активного развития API Яндекса и Google на основе обращений их пользователей(особенно в Яндекс.Клубе), а вот OpenLayers хоть и Open но по факту разрабатывается гдето вдалеке от рунетчиков и повлиять на него в разы сложнее чем на коммерческие API.
По факту Вы не умеете читать документацию, а также не умеете найти на сайте, как связаться с разработчиками.
Ссылку в студию! Иначе беспочвенной утверждение. А еще я про рунет именно что-то упоминал и не про то как «связаться» и все, а как именно «повлиять», порой надоедает писать письма уходящие в «никуда».
Господа, ведь изначально просил ссылку на примерчик, нет вот надо снова и снова писать мол «вы не знаете, вы не умеете», а ответов подкрепленных примерами по теме никак.
ЗЫ Про маркеры ссылки смотрел, немного не то имер ввиду, а аналог YMaps.Placemark.
Ссылку на что именно? Насчёт повлиять — я на большом количестве примеров убеждаюсь в обратном, что очень сложно повлиять на разработку как раз коммерческого ПО.
Примерчик — я же Вам дал ссылки и кусок кода. Открываете раздел примеров на сайте — там их ещё больше.
Насчёт плейсмарка. Не понимаю, чем это не аналог. Есть маркеры «настоящие», есть стилизованные векторные features. И к тем, и к другим цепляются попапы и всё, что захочется. Чего именно Вам не хватает, мне не понятно.
Простоты использования. то что у Яндекса делается в 1 строчку, тут в несколько промежуточных преобразований выливается ито до аналога Placemark с интерактивным baloon както не видно. Чего не хватает:
placemark.name = "Название";
placemark.description = "Описание";
Placemark.setIconContent(...);/code>
И прочие опции класса перечисленные на api.yandex.ru.
И еще обратной функции: placemark.getCoordPoint()
Еще раз напоминаю - возможно это уже все есть, но хотелось бы видеть примеры, желательно работающие.
latlon.org/tc
Почитайте. Там есть и балуны, и всё такое. И, опять-таки, посмотрите примеры. Ссылка была выше. Там есть очень многое.
За latlon.org спасибо, обязательно посмотрю.
OpenLayers достаточно прост — я, конечно, не пользовался другими, но задействовать OL у меня, как у новичка, почти не заняло времени. Копипаста и образцы рулят. Тем не менее, в других API можно использовать тайлы OSM без особых проблем: здешний пример в апи яндекса, страница в нашем вики про апи гугля.

А доработка OpenLayers происходит постоянно. Недавно, например, они работали над удобством работы с мобильных устровств.
Лучше бы дали ссылки на примеры с API OpenLayers… Яндекса и Google итак валом примеров.
И пожалуйста поближе к реальным задачам к конечным юзерам без геодезического образования.
Ну там трек построить, метки с тегами добавить, маршрут проложить, расстояние прикинуть, информационные слои подгружать не только с Open...Map сайтов.
спс, но уже смотрел в 1 очередь
Ставрополь бы так отрикролить! А то заглох процесс рисования совсем. =(
В Косово подобные войны правок идут еще с прошлого века в RL путем загаживания соответствующих надписей на дорожных указателях. Особенно там ненавидят кодировку Windows-1251, да так что одного употребившего ее натовца из Болгарии в свое время невозбранно физически выпилили.
Двигаясь против часовой стрелки вдоль Геленджикской бухты, вижу на составленной карте более дюжины оплошностей и погрешностей, неизбежных при поспешной работе:

  →  База отдыха «Полярная звезда» в настоящее время не существует, уступив место свежевозведённому «Gelendzhik Resort&Spa».

  →  Надпись «Космодемьянской» не имеет, насколько я знаю, отношения к реальности, равно как и надпись «Bing» (зачем-то вертикальная).

  →  Краснодонская улица названа Черноморскою (реальная Черноморская улица находится между Котовского и Краснодонской, на карте не обозначена).

  →  Улица Полевая (южнее Ульяновской и параллельно ей) никак не надписана.

  →  Отделение «Сбербанка» на Леселидзе, помеченное к западу от гаражей, в реальности располагается восточнее их.

  →  Пансионат «Радуга» назван «Редугою».

  →  Не показана и не надписана улица Керченская (идущая от храма Вознесения Господня на северо-восток).

  →  Пансионат «Геленджикская бухта» назван «Геланджикская бухта».

  →  Гипермаркет «Магнит» на Советской не надписан.

  →  Тропа в направлении от надписи «Геленджик» на север не доведена до гребня Маркотхского горного хребта.

  →  Створный маяк (см. толкование термина «створ» в Википедии) назван «створчатым».

  →  Голубая бухта никак не надписана.

  → К северо-западу от Виноградного вертикально написано «Bing, Ростовская область».

Несмотря на это, благодарю за проделанную работу: она значительна, и она пригодится, если изменения в ToS Google Maps сделают употребление гуглокарт неприемлемым.
Про Bing — это видимо границу спутникового снимка кто-то нарисовал и подписал. Линия при этом не рисуется, а вот надпись…

Баги «по меcту» удобно отмечать в сервисе OpenStreetBugs openstreetbugs.schokokeks.org/?zoom=12&lat=44.54877&lon=38.06744&layers=B00T
Внёс исправления, спасибо за замечания.

Кстати, существует сервис для быстрого обозначения багов на карте OSM: http://openstreetbugs.schokokeks.org.
Или, что то же самое, osmbugs.org
Карта Геленджика как минимум будет невероятно полезна летом, когда люди поедут на юг с GPS-навигаторами.
Как снять с OSM карты карту для GPS не могли бы рассказать? Вообще неплохо было бы если бы кто-нить топик написал об работе с OSM и примерами использования, а то обзоры тулкитов из двух модулей и библиотек-декораторов на 5 строк есть, а массивного ОСМа нету на хабре(
Как создать карту для конкретного навигатора из данных OSM — рассказать быстро нельзя, но дам ссылку на ряд готовых сборок. Обновляются ежедневно/еженедельно/ежемесячно/нерегулярно. Зависит от популярности конкретного навигационного ПО.
Ну и так в принципе очень даже хорошо, спасибо)
А про карту Сочи ничего не сказали, хотя она тоже активно развивается благодаря местным энтузиастам privetsochi.ru/blog/8027.html и сайту приветсочи.ру
По поводу редактирования:

1. Откровенно убивает просто постоянный сдвиг слоя Bing и OSM. F также то, что невозможно его сохранить и установить по умолчанию как в онлайн редакторе так и JOSM. Каждый раз смещение приходится или снова подгонять или как минимум загрузить ранее созданный preset.

2. Огромное кол-во объектов отрисованных «как рука взяла», т.е. выходит двойная работа с исправлением ошибок.

3. Постоянные сбои загрузки объектов и сообщения об отказе загрузки более 50к объектов за 1 запрос, т.е. даже для регионального центра приходится загружать кеш объектов и обновлять их поквартально! Что убивает кучу времени просто. Скачать 1 раз готовое — не предлагать ибо обновления происходят ежедневно, причем судя по времени затраченного на обновление объектов в области в JOSM перекачивается все повторно, про online редактор вообще молчу.

4. Почтовая индексация адресов зданий заполняется отсилы в 10% случаев ато и меньше. Интерфейс поиска по адресу online гдето «пропал» или небыл вообще. Перекачивать xml ежедневно и искать по оффлайновой копии както не современно.
1. Наличие сдвига вполне ожидаемо, но виноват в этом, как ни странно, бинг.
2. Бывает, что ж уж тут поделаешь. Возможно, они рисовались тогда, когда не было источников информации большей точности.
3. Сбои? А зачем Вы качаете за 1 запрос с основного API? Про это же сказано чётко: do not abuse. Если нужны большие объёмы — велкам ту XAPI или read-only API, ну или ежедневные дампы берите. Редакторы, кстати, не предназначены для редактирования целых городов сразу — подумайте об объёмах ОЗУ, которые для этого необходимы.
4. Интерфейс поиска, вообще-то, на главной странице.
Сорри, промахнулся и ответил ниже по тексту.
1. Может и Bing виноват, может и слой OSM в данной области был отрисован кемто кто не знал про сдвиг слоя. Почему то ни с Гуглом ни с Яндексом таких явных проблем нет, спутниковая подложка очень неплохо подогнана. Если к примеру во всем виноват Bing, то почему нельзя ввести поправочные коэффициенты для этого слоя во всех редакторах изначально? Нет нада этим озадачить всех разрабов/редакторов — пусть каждый раз начинают работу с подгонки слоев!

2. По сути тут предлагается более жесткая модерация изменений. Если комуто лень отрисовать «на совесть» то лучше уж и не надо и уж тем более не надо фантазировать над теми участками где невозможно разглядеть что это. Ато достали уже отмечать каждый массив гаражей или автостоянку как жилые здания.

3. Зачем качаю? Да так… спортивный интерес просто, дай думаю заполняемость и адреса проставлю в РАЗНЫХ частях города. Аннет — район города (с десяток кварталов) оказывается — это уже слишком большой кусок(закачка в 1 поток разумеется). Про зеркальные API уже писал ранее — актуальность инфы рулит, просто кешить нужно и подкачивать тока дельты, а не все с 0 каждый раз.
Про объемы ОЗУ просто убило… да в наше время 4гигами никого уже не удивишь, но сравнение откровенно диких торможений при работе в OSM и при отрисовки того же участка Народных Я.Карт — скорость отрисовки, правки, сохранения отличается на пару порядков и все реалтайм и с 1 актуального источника и без всяких там дампов с отставанием по времени.

4. Речь не про интерфейс поиска на сайте OSM, а через API OL. Эдакий аналог класса Geocoder у Яндекса и Google.
1. Сдвиг разный в разных местах. Над этим ведётся работа, но единого универсального решения пока нет.
2. Люди ошибаются. Что-то не так — перерисуйте, исправьте, в чём проблема-то?
3. Естественно, район города — это ОЧЕНЬ много. Подумайте, Вы же такой не один. А нагрузка на API, которое, к слову работает и на запись, немалая. Есть специальные официальные способы скачивания больших объёмов. Они не включают в себя основное API. Дельты — есть минутные диффы, придуманы были специально для этого. Но детально изучить вопрос, прежде чем возмущаться — это же не наш метод, не так ли?
Про объёмы ОЗУ — не смешите меня. Я бы посмотрел на то, как быстро умер бы Ваш браузер, загрузи он целый город в векторе и попробуй его отрисовать. И да, про какие дикие тормоза Вы говорите? Где? В редакторе? В отрисовке растровых тайлов? В чём-то ещё?
4. Nominatim. Опять-таки, изучить вопрос — нереально сложно?
1. Да, но это значит что сдвиг нужно еще и привязать к фактическому расположению редактируемого участка или формулу вывести(смотря что проще будет если проанализировать данные о сдвиге в различных регионах). Ведь это возможно, да?
2. Проблема в 2ной работе. Работы итак непочатый край с добавлением новых объектов и адресов, а тут еще старые перепроверять.
3. Всего 1 вопрос — что такого особенного в Народных картах Яндекса, что у них нет таких проблем на техже областях отрисовки? А суточные диффы? И как их применять без вмешательства админов ресурсов прозрачно для пользователя, чтобы в любой момент времени пользователь видел актуальные данные — пусть не ежеминутные, но хотябы суточные?

PS Когда аргументы кончаются или просто ответов больше нет очень часто говорят «вам стоит изучить вопрос или RTFM» — мегауниверсально, но редко помогает увы. Однако я пытаюсь не тока указать на недостатки, но и предлагаю варианты решения их. Если же эти вопросы уже давно решены — я буду рад прочесть мануал(или пример) по ссылке которую укажите в своем ответе, пожалуйста, дайте ссылку на исчерпывающий ответ на вопросы по теме, вдруг и правда не видел ее ранее. Только плиз не нада ответов в стиле «Идите на openlayers.org — там все есть.»
Почему в OSM ограничение на 50000 объектов за раз? Очень просто. Ни один известный мне человек за раз 50000 объектов не скорректирует.
А в районе хорошо прорисованного города (с тротуарами и заборами) их может запросто оказаться намного больше.
Меж тем, не надо ради этого скачивать кучу данных — за редким исключением достаточно одного квартала.

Суточные запросто диффы применяются к любому дампу (даже неполному) osmosis'ом.

Ну и не стоит забывать, что специально для людей, которым не нужна вся планета, но хватит региона, организованы ежедневные выгрызки на gis-lab.info: gis-lab.info/projects/osm-export.html
«Почему в OSM ограничение на 50000 объектов за раз?» — это как раз понятно. Вопрос в том почему нельзя бОльшую область разбить на более мелкие куски чтоб серваку было не так напряжно.
PS Респект gis-lab.info, ибо кроме них про OL в Рунете тишина… Еще бы найти способ применять диффы прозрачно и при необходимости по запросу пользователя(например если он увеличил какойлибо небольшой участок, то проверить наличие обновлений по оному).
Простите, вы так и не объяснили, зачем вам непременно вектор, непременно реалтайм и непременно в огромных объёмах?

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

API только для чтения (XAPI/jXAPI) вполне отдадут вам хоть Москву в одном запросе (по крайне мере, раньше отдавали — последние годы я даже не пробую проверять), но не совсем понятно, что вы будете делать с этими данными в дальнейшем.
Порой приходится вносить коррективы в РАЗНЫЕ районы одно и тогоже города или небольшого региона/местности. И это сложновато сделать при многочисленных непрогруженных «белых пятнах» в редакторе ибо чтобы выяснить какой участок карты следует прогрузить детальнее нужно видеть общую картину, но и она в 50к не влезает. Размах куда меньше, чем вся Москва к примеру, но все же более 50к+
Чтобы выяснить, какой участок нужно прогрузить, в JOSM существует диалог загрузки, в котором для обведения рамочкой доступна та же карта, что и на openstreetmap.org.
да, пользовался этим диалогом, потом JOSM долго мозговал и сказал «обломись слишком много хочешь, аж целый город(не москва и не питер)
Опять-таки, Вы так и не объяснили, зачем Вам целый город в JOSM за один запрос к API.
Интерфейс поиска по адресу online гдето «пропал» или небыл вообще.

Вы вроде как сказали? Как можно говорит, что чего-то нету, не проведя хотя бы какое-то базовое исследование, так скажем? Одно дело — задать вопрос: «Как сделать ...?» и получить на него ответ. Другое дело — утверждать, не зная наверняка: «Нету ...!».
Однажды вопрос КАК про геокодер в OL я уже задавал, на что получил ответ — «качай XML? загружай к се в базу, и ищи в ней». Надо сказать не очень удобное решение, поэтому надеюсь здесь есть хоть ктото кто знает способ как хоть по всему миру выполнять поиск без загрузки к себе огромных массивов данных как это сделано в геокодере Яндекса и Google.
Я же сказал Вам, Nominatim.
И, кстати, я так и не понял, где Вы этот вопрос задавали, а также кто Вам на него ответил.
по п.3 дополнение: немного цифирь — дамп всего города на 50к+ объектов составил пару мегабайт в XML… если в наше время это много данных…
А теперь подумайте немного, сколько ресурсов сервера ушло на генерацию этого XML (надеюсь, Вы же не думаете, что в базе оно тоже в XML хранится?), а также во что эти мегабайты выльются при загрузке их в редактор.
Конечно надеюсь что не в XML)) Без обвязки XML тегов итого меньше будет.
Вывод: какже тяжело наверно живется Гуглу и Яндексу с обработкой бОльших объемов да еще и реалтайм.
PS Загрузку 50к+ объектов из базы никак нельзя автоматически побить на кусочки поменьше(скажем по 5000) и загрузить их последовательно один за другим? Заметил что точки треков примерно так и загружаются.
Вы себе можете представить, как это будет работать? Я — нет. Ведь заранее неизвестно, сколько объектов будет в запрошенном регионе. А их так или иначе из базы нужно будет выбрать. Отдавать Вам их или отдавать — это уже не так важно, на самом деле.
Если есть уже как минимум две компании, которые успешно решили данную задачу — значит это возможно. Насколько я могу судить со стороны они решили эту проблему отдавая все 100% объектов только на максимуме зума и существенно понижая его минимальном зуме, т.е. Если выделить хоть всю Москву, то при мелком масштабе(зуме) отсилы 1% подгружается, а при максимальном — 100%, но на очень ограниченной области. Хотя я могу и ошибаться.
В JOSM же при редактировании стоит выделить город целиком, так сразу пытается загрузить все 100% объектов которых разумеется 50к+ и приходится долго и муторно выделять по всему городу и прогружать отдельные мелкие участки, в которых надо что-либо исправить.
Никакие две компании это не решили. С какой стати JOSM должен загружать не все объекты? Вы сказали ему: загрузить объекты из этого прямоугольника. Если загрузить не все объекты, нарушится связность, да и не во это будет. Или Вы хотите, чтобы при зуме JOSM сам ломился в интернет? А смысл тогда в /офф-лайновом/ редакторе? Пользуйтесь онлайновыми Potlach/Potlach 2, которые доступны на главной странице osm.org.
Да и зачем Вам загружать сразу весь город? Вы правите 100500 объектов в разных частях города сразу? Растровый рендеринг не позволяет Вам оценить необходимость загрузки того или иного участка?
Ответил shurshur ниже по тексту. Дабы не плодить дубликаты.
Какие дубликаты? Поясните.
Имелось ввиду отвечать одно и тоже и вам и shurshur, ничего более.
1. Неправда. Гугл с Яндексом ни фига не имеют подогнанную подложку, более того, у них нет задачи привязать спутник по трекам. При обновлении спутниковых снимков в НЯК и Викимапии всегда случается кошмар со смещениями объектов. В OSM объекты привязывают к географическому положению, а не к примерной картинке.

В МЯК ещё в прошлом году (а возможно и сейчас) ровно на границе Калужской и Московской областей на вполне себе прямой трассе М3 наблюдался излом. При этом дорога в МО визуально совпадала с реальностью, а в КО была вполне ощутима сдвинута. Сразу было видно, что происхождение карт различно, а точность может хромать.

4. Интерфейс поиска в OL отсутствует, это не его задача. Для поиска есть Nominatim. Правда, русские адреса он ищет не настолько хорошо, как хотелось бы.
Господа, shurshur, andrewsh, спасибо вам за участие, сразу видно, чот вам не все равно, и это радует в наших реалиях!
Однако смысл всех моих постов в том, что идея OSM гениальна, на благо общества, но реализация сделана впопыхах и далека от признания общественности! надо быть проще и тогда народ подтянется к проекту, а когда это произойдет про гугль и яндекс с их заморочками на тему «нада больше денег» будет покончено! Но для этого нужно потрудиться и обеспечить рунет достойными примерами как можно большего числа примеров использования OSM для массового применения, а не только коммерческим системам аля Garmin и Навител, кторые и живы до сих пор благодаря сложности использования OSM для массового использования.
Еще раз призываю поднять свои наработки и поделиться с общественностью НАШИМИ примерами, а не пытаться доказать мне, что в теории все возможно. Больше дел а не слов, господа!
Что Вам не нравится в реализации? Да, есть небольшие огрехи. Но в общем реализация как раз достаточно неплохая. Впопыхах? Поясните. И, кстати, народ и так подтягивается.
Слова vs дела — пока Вы здесь разглагольствуете, OSM работает.
OSM работает, как и многие сотни тысяч сайтов, но показатель успешности и доступности проекта, не только то что он РАБОТАЕТ, а сколько людей им пользуется(особенно в Рунете) и каковы темпы роста популярности. Да, рост есть, но по сравнению с геосервисами Яндекса и Гугла, которые просочились буквально во все области бизнеса(вплоть до примитивных схем проезда) за счет более популяризованного API, рост просто мизерный.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.