Новый редактор OSM

[Alex (Alex@Net)]

Спасибо за поддержку и пожелания!

Ответы на вопросы и предложения:

@zdforum

Как потестить?

Пока никак. Пока все на столько сырое, что тестить рановато.

@Zverik

Не забудь сделать смещение подложки.

Спасибо, смещение будет. Подложка в отдельном слое.

@suslikk

Linux версия будет?

Только в рамках mono, если не будет сложно.

@Hind

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

@akks

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

Что-то вроде того. Конечно, стараюсь низкую связность поддерживать, но иногда она жертвуется в пользу скорости разработки. Пока первая итерация, обкатка, потом рефакторинг по плану

@akks

Как не страшно за такое браться-то…

Ну, главное, интересно

@akks

Для отображения самое главное - скорость и о ней надо подумать заранее (хотя бы о возможности оптимизаций). А то повиснет вcё это на 200 000 объектах - невесело будет (быстрый движок отображения OSM для .NET - это будет сама по себе отличная вещь! )

Сейчас данные с которыми тестирую - 1812 точек и 317 путей. Работает достаточно шустро (ноутбук core 2 duo), что бы о скорости не задумываться. Но оптимизировать, конечно, есть куда.

@dudka

Было бы интересно посмотреть как оно работает сейчас, как отображает те же 200000 объектов. Пробовали загрузить, например, весь Крым или все administrative-relations Украины?

Надо получить xml файл с этими данными. Пока я сделал тестовую xml сохранив из JOSM результат загрузки, но там всего 1812 точек. Весь Крым JOSM скачать не дает. Есть вариант сгенерить тестовый набор с 200000 случайных отрезков, но если можно быстро достать реальные тестовые данные такого объема, то я могу потестить с ними скорость работы.