Ruslan Kabalin

Закрываю данную задачу. Документация вынесена в отдельный проект (https://docs.pastvu.com/), таким образом необходимость в редактировании статических страниц внутри приложения отпадает.

Идея неплохая. Но 3 и 4 (и может быть даже 1) мне кажется большинству людей не нужно. Можно сделать настройку профиля "Показывать геоданные" (чекбокс), в случае если установлена, добавлять кнопки...

А как ссылка на ретромап должна выглядеть - есть какой-то фиксированный формат?

The profile page also shortens those fields:  Should we limit length for all those fields and validate?

When working on this, consider implementing validation through Mongoose schema (https://mongoosejs.com/docs/schematypes.html#string-validators) and propagate error to the UI. This may be a good start for using localization (define language string keys...

> Макет взят за основу по согласию @kabalin . Пока в процессе обсуждения решили так: https://github.com/PastVu/pastvu/pull/201#issuecomment-722978866 разумеется конечное решение будет за администрацией и автором.

> `geo`, видимо, придётся переименовать и в коде, и в Монге, т.к. не отражает ни формата, ни содержания данных. Вместо двух чисел геоданные одного изображения сводятся к 5 углам или...

> можно понимать слишком широко вплоть до раздувания this.point.geo в массив из 5 элементов Для точности, `geo` я предлагал не менять, это [форма хранения](https://docs.mongodb.com/manual/geospatial-queries/#legacy-coordinate-pairs) с соответствующим индексом, там только два...

Ну я же выше предлагал. Названия ключей можете выбрать сами. В случае с линией, ну скажем: `viewDir: { type: "LineString", coordinates: [ [ 40, 5 ], [ 41, 6 ]...

Михаил, спасибо! Я сначала #279 хочу сделать, это позволит работать над функционалом направления не усложняя `map.js`. Вы пока можете доработать макет в соответствии с #201 По хранению точек я напишу...