Не дожил до первой версии
Автор Merkaartor-а, Chris Browet, две недели назад оживил почтовую рассылку после полугода молчания, сообщив, что пыл угас. Если разработку никто не подхватит, то редактору конец. Ответы не пышут энтузиазмом: все только хвалят редактор, вспоминая красоту интерфейса и удобство. Взяться за проект предложил Pedro Manuel Baeza Romero, но пока без результата.
Теперь ничто не сдержит торжественного марша JOSM по планете.
И это грустно. Несмотря на незаконченность, им удобнее пользоваться.
Незаконченность? Fun fact: меркаартор всего на год моложе JOSM.
всегда рисую только в меркаарторе, если он сдохнет уйду из осм
Мне аж стало интересно, за что хвалят этот Merkaartor. Пойду установлю ...
Как он, собственно, может сдохнуть? Работает и работает. Разве что с приходом полумифического API 0.7 нужно будет его серьёзно подпилить.
2 Hind
Весь смысл существования опенсорсных программ заключается в их непрерывном обновлении.
Сам начинал с Merkaartor 4 года назад, но из-за неудобства быстро слез на josm. Также смотрел его не так давно и был поражён тормознутостью, так что в случае чего не жалко.
pedobre:
Т. е. вы в OSM только ради пользования конкретным редактором? Тогда тоже не жалко.
Zkir:
Это неверно. Смысл любых программ у которых есть альтернативы в непрерывном обновлении, иначе они просто перестанут быть нужны. Но если это не учитывать, опенсорсные программы как раз могут позволить себе не обновляться — когда проприетарные бинарники сгниют и перестанут запускаться под новыми системами, открытый код будет годами поддерживаться в репозиториях дистрибутивов.
В этом смысле merkaartor будет замечательно себя чувствовать ещё долгое время.
Тоже начинал с Merkaartor-а. Не нравится java по идеологическим соображениям.
Однако:
Если GPS-треков много и в Merkaartor-е попытаться их подгрузить — работать невозможно. В противовес josm переваривает ЗНАЧИТЕЛЬНО больше треков. Хоть и на java. Алгоритм, видать, другой (судя по всему просто рисует их как полоски на слое и всё, а Merkaartor как векторы обрабатывает).
Более того, каким бы суровым не был маппер, а «заготовки» в josm увеличивают количество полезных тегов на объектах, как минимум — уменьшают количество ошибок в названиях тегов.
Опять же плагин со смещениями подложки...
Слой GPX в JOSM разные люди много раз оптимизировали. Вплоть до выборочного отключения сглаживания линий.
2AMDmi3: А репозитории дистрибутивов (видимо сорцов все-таки) сгнить не могут? ;).
И лично я обновляю josm раз в полгода. Хорошая программа — это та, которую не надо обновлять каждый день. А идеальная — которую обновлять вообще не надо.
2progserega:
А не секрет, что за соображения?
Нет, дистрибутивов — те где хранятся порты/ебилды/пкгбилды/спеки/и т. п. У них на порядки больший штат maintainer’ов, чем разработчиков у отдельной программы, а исправление проблем, как правило, не требует много времени и особого вникания в код и архитектуру и мотивации чинить конкретно /эту/ программу. В итоге кошмарнейший софт из прошлого века с давно почившим апстримом без напряга поддерживается в рабочем состоянии «проходящими мимо» мантейнерами из дистрибутива.
Ну это уже каждому своё, я лично считаю что есть прямая связь между нужностью лично тебе программы и желанием/необходимостью обновляться. То, чем не пользуешься, и обновлять не надо, иначе же в каждом релизе находишь пачку новых возможностей, делающих работу эффективнее.
Известные предрассудки:
Наверное можно ещё что-нибудь вспомнить :-)