Не дожил до первой версии

Автор Merkaartor-а, Chris Browet, две недели назад оживил почтовую рассылку после полугода молчания, сообщив, что пыл угас. Если разработку никто не подхватит, то редактору конец. Ответы не пышут энтузиазмом: все только хвалят редактор, вспоминая красоту интерфейса и удобство. Взяться за проект предложил Pedro Manuel Baeza Romero, но пока без результата.

Поделиться
Отправить

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

11 комментариев
Ivan 2013

Теперь ничто не сдержит торжественного марша JOSM по планете.

Dalil 2013

И это грустно. Несмотря на незаконченность, им удобнее пользоваться.

Илья Зверев 2013

Незаконченность? Fun fact: меркаартор всего на год моложе JOSM.

pedobre 2013

всегда рисую только в меркаарторе, если он сдохнет уйду из осм

Мак Сим 2013

Мне аж стало интересно, за что хвалят этот Merkaartor. Пойду установлю ...

Hind 2013

Как он, собственно, может сдохнуть? Работает и работает. Разве что с приходом полумифического API 0.7 нужно будет его серьёзно подпилить.

Zkir 2013

2 Hind
Весь смысл существования опенсорсных программ заключается в их непрерывном обновлении.

AMDmi3 2013

Сам начинал с Merkaartor 4 года назад, но из-за неудобства быстро слез на josm. Также смотрел его не так давно и был поражён тормознутостью, так что в случае чего не жалко.

pedobre:
Т. е. вы в OSM только ради пользования конкретным редактором? Тогда тоже не жалко.

Zkir:
Это неверно. Смысл любых программ у которых есть альтернативы в непрерывном обновлении, иначе они просто перестанут быть нужны. Но если это не учитывать, опенсорсные программы как раз могут позволить себе не обновляться — когда проприетарные бинарники сгниют и перестанут запускаться под новыми системами, открытый код будет годами поддерживаться в репозиториях дистрибутивов.
В этом смысле merkaartor будет замечательно себя чувствовать ещё долгое время.

progserega 2013

Тоже начинал с Merkaartor-а. Не нравится java по идеологическим соображениям.

Однако:
Если GPS-треков много и в Merkaartor-е попытаться их подгрузить — работать невозможно. В противовес josm переваривает ЗНАЧИТЕЛЬНО больше треков. Хоть и на java. Алгоритм, видать, другой (судя по всему просто рисует их как полоски на слое и всё, а Merkaartor как векторы обрабатывает).
Более того, каким бы суровым не был маппер, а «заготовки» в josm увеличивают количество полезных тегов на объектах, как минимум — уменьшают количество ошибок в названиях тегов.
Опять же плагин со смещениями подложки...

Илья Зверев 2013

Слой GPX в JOSM разные люди много раз оптимизировали. Вплоть до выборочного отключения сглаживания линий.

Zkir 2013

2AMDmi3: А репозитории дистрибутивов (видимо сорцов все-таки) сгнить не могут? ;).

И лично я обновляю josm раз в полгода. Хорошая программа — это та, которую не надо обновлять каждый день. А идеальная — которую обновлять вообще не надо.

2progserega:

Не нравится java по идеологическим соображениям.

А не секрет, что за соображения?

AMDmi3 2013

А репозитории дистрибутивов (видимо сорцов все-таки) сгнить не могут? ;)

Нет, дистрибутивов — те где хранятся порты/ебилды/пкгбилды/спеки/и т. п. У них на порядки больший штат maintainer’ов, чем разработчиков у отдельной программы, а исправление проблем, как правило, не требует много времени и особого вникания в код и архитектуру и мотивации чинить конкретно /эту/ программу. В итоге кошмарнейший софт из прошлого века с давно почившим апстримом без напряга поддерживается в рабочем состоянии «проходящими мимо» мантейнерами из дистрибутива.

И лично я обновляю josm раз в полгода. Хорошая программа — это та, которую не надо обновлять каждый день. А идеальная — которую обновлять вообще не надо.

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

progserega 2013

А не секрет, что за соображения?

Известные предрассудки:

  1. Сама идея виртуальной машины ущербна (моё личное мнение, никому не навязываю), т. к. по определению это костыль, который должен заменяться просто открытым кодом и единым API (хотя бы POSIX). Даже идеи Inferno — по моему являются уже костылями, чего уж говорить о java.
  2. Ест память
  3. Тормозит
  4. Завязка на вендора VM — не всё работает под icedtea (к вопросу о java, а не josm)
  5. Патенты и троллинг Oracle Google по поводу Dalvik.

Наверное можно ещё что-нибудь вспомнить :-)

Популярное