Если загрузка не удалась, особенно при работе с большими файлами, попробуйте воспользоваться следующими советами:

• Начните загрузку и не переключайтесь на другие вкладки или окна браузера во время этого процесса.
• Убедитесь, что Ваш компьютер не переходит в спящий режим — при необходимости временно отключите спящий режим.
• Стабильное подключение к Интернету — ключевой момент. Перебои в работе Wi-Fi могут привести к сбоям при загрузке.

Сам по себе размер файла не является ограничением.

Вы также можете воспользоваться файлообменным сервисом (поддерживаются: прямая ссылка для скачивания, Google Drive, Dropbox, Яндекс Диск) и вместо того, чтобы загружать архив непосредственно на сайт, просто укажите ссылку на файл. Наша платформа автоматически скачает его по ссылке и начнет обработку проекта.

Вы можете легко найти файл базы данных Leica, выполнив следующие действия:

1. Запустите Cyclone REGISTER 360.
2. В настройках проекта определите папку, в которой хранится Ваш проект.
3. Откройте эту папку в проводнике. Внутри Вы должны увидеть файл с названием что-то вроде project_deliv_*.db.
4. После нахождения файла Вы можете загрузить этот файл базы данных на нашу платформу вместе с JPG-панорамами, чтобы создать виртуальный тур.

Этот файл содержит важные пространственные данные, необходимые для точного размещения и выравнивания панорамы.

Файл TXT хранит положение и ориентацию ваших панорам. Поддерживаются два формата, которые автоматически определяются по содержимому файла:

1. Файл позиции/ориентации (Leica)

Один файл на панораму, названный точно так же, как её изображение (например, station_01.txt рядом с station_01.jpg). Он содержит позицию и ориентацию:

position = [positionX, positionY, positionZ];
orientation = [rotationW, rotationX, rotationY, rotationZ];

Вот пример:

position = [-60.2344, 30.0544, -0.185128];
orientation = [0.804644, -8.74489e-06, -1.45999e-05, 0.593758];

Ориентация — это кватернион в порядке W, X, Y, Z. Разделяйте каждое значение запятой и пробелом, точно как показано.

2. файл сцены iQscene

Один файл, в котором перечислены все панорамы; его можно узнать по слову iQscene в первой строке. Далее идут две строки заголовка, затем по одной строке на панораму, и список заканчивается закрывающей фигурной скобкой }. Каждая строка панорамы разделена пробелами:

"path\to\station_01.jpg" posX posY posZ axisX axisY axisZ angle

Путь к изображению указан в кавычках, posX posY posZ — это позиция, а axisX axisY axisZ вместе с angle (в градусах) описывают вращение как ось и угол. Пример:

iQscene ...
...
...
"C:\Project\station_01.jpg" -60.2344 30.0544 -0.1851 0 0 1 90.0
"C:\Project\station_02.jpg" -58.1021 31.7765 -0.1820 0 0 1 92.5
}

Используйте точку в качестве десятичного разделителя и сохраните файл в кодировке UTF-8. Эти структуры позволяют платформе правильно размещать и ориентировать ваши панорамы в 3D-пространстве.

CSV-файл хранит положение и ориентацию каждой панорамы. Загрузите его вместе с эквидистантными JPG-панорамами — имя файла в каждой строке (без расширения) должно совпадать с соответствующим изображением. Платформа автоматически определяет структуру, поэтому допускаются несколько вариантов: Несколько моментов, о которых стоит помнить:

• Имена столбцов должны точно совпадать (регистр учитывается); порядок не важен, а лишние столбцы игнорируются.
• qw, qx, qy, qz (и Orientation(W...Z), pano_ori_w...z) — это компоненты кватерниона в порядке W, X, Y, Z.
• rot_x, rot_y, rot_z (OmniSLAM) — это углы поворота Эйлера, выраженные в радианах.
• Файлы RIEGL и Lixel распознаются по имени (...ImageList.csv / ...panoramicPoses.csv); остальные форматы определяются автоматически по строке заголовка.
• Используйте точку в качестве десятичного разделителя и сохраните файл в кодировке UTF-8.

Вот пример общего макета, разделённого запятыми:

filename,x,y,z,qw,qx,qy,qz
station_01.jpg,-60.2344,30.0544,-0.185128,0.804644,-8.74489e-06,-1.45999e-05,0.593758
station_02.jpg,-58.1021,31.7765,-0.182004,0.799120,1.02000e-05,2.31000e-05,0.601171

Cyclone REGISTER 360
На изображении ниже показаны рекомендуемые настройки при экспорте Вашего проекта в файл LGSX:

Эти настройки помогают обеспечить совместимость и точность при использовании файла с нашей платформой.

Облако точек, состоящее из нескольких станций сканирования, должно быть предварительно обработано в FARO SCENE:

• Создайте облака точек сканирования для каждой станции, чтобы улучшить визуализацию.
• Отключите фильтр артефактов краев, чтобы получить более четкие результаты.
• Зарегистрируйте все станции и организуйте их в единый кластер.

Как только это будет сделано, экспортируйте содержимое кластера, как показано на скриншотах ниже:

Этот процесс обеспечивает правильное выравнивание и совместимость для загрузки на нашу платформу.

Как только Ваш проект создан, Вы можете поделиться им несколькими способами — все они доступны на странице настроек проекта.

Самый простой способ — установить режим доступа на по ссылке. В этом случае регистрация не требуется — любой, у кого есть ссылка, сможет просмотреть проект.

Идеально подходит для обмена с клиентами, заинтересованными сторонами или внешними экспертами без необходимости создавать аккаунт.

Да — каждому проекту можно назначить тег, который работает как папка.

Вы можете использовать теги для группировки проектов по клиентам, подклиентам или любым другим категориям, которые помогут организовать Ваше рабочее пространство. Помните, что одному проекту может быть присвоен только один тег, поэтому мы рекомендуем использовать четкие и структурированные правила наименования.

Настройка Ссылки на другие проекты позволяет Вам соединить несколько независимых проектов в рамках одного виртуального тура.

Например, во время навигации по панорамному туру пользователи могут нажать на переход и мгновенно попасть в другой проект — например, в соседнее здание, на другой этаж или в смежное место.

Эта функция особенно полезна для больших объектов или многоэтажных зданий.

Вот реальный пример, где это реализовано:
https://360-for-you.com/projects/HLxVEP0d/

Да — мы можем активировать для Вас тестовую подписку, действующую в течение 2 недель. Эта пробная версия включает почти те же возможности, что и тарифный план Pro, и идеально подходит для тестирования масштабных проектов.

Если файл сканирования (например, 100 ГБ) уже загружен на Dropbox, Google Drive или другую поддерживаемую платформу, Вы можете просто вставить ссылку на загрузку при создании нового проекта. Система автоматически получит и обработает файл — нет необходимости загружать его вручную.

Конечно! У нас нет никаких ограничений по странам. Если сайт загружается и работает, Вы можете пользоваться сервисом из Перу или любого другого места.
Не стесняйтесь опробовать его! Вы можете создавать проекты, содержащие 10 станций, совершенно бесплатно.

Спасибо за Ваш интерес — мы очень ценим Ваши вопросы и предложения!

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

С нетерпением ждём Вашего сообщения!

Конечно! Вот простой способ вручную выровнять Ваши панорамы:

1. При съёмке всегда ориентируйте камеру в одном и том же направлении относительно сторон света. Например, Вы можете выбрать, чтобы передняя часть камеры всегда была направлена на (условный) север, когда Вы перемещаетесь в пространстве.
2. Загрузите фотографии на платформу. По умолчанию все панорамы будут отображаться в начале координат (0,0).
3. (Опционально) Переместите одну из станций вдоль оси X — например на 10 метров — чтобы начать планирование сцены.
4. (Опционально) Подготовьте фоновое изображение (например, план этажа) с видимой масштабной линейкой, чтобы упростить расположение станций.
5. Загрузите подложку и выровняйте её в соответствии с масштабом.
6. Разместите каждую точку съёмки в тех комнатах или помещениях, где она была снята.
7. Используйте опцию триангуляции Делоне в настройках станций, чтобы автоматически связать точки.
8. Откройте любую панораму и визуально оцените, не сдвинуты ли положения остальных станций.
9. В настройках координат отрегулируйте поле "Повернуть направление взгляда для всех станций (в градусах)", чтобы исправить это.
10. Если вращение идёт не в ту сторону, попробуйте вращать снова, используя формулу: -2 × первоначальное предположение.

Этот метод позволяет Вам точно контролировать размещение панорамы вручную — даже без данных GPS!

Посмотрите это короткое видео, чтобы убедиться, как это быстро и просто: https://youtu.be/IGucR18yJM4?si=2E1MyKhxYIDJG-PD

Проблема в том, что панорамы Insta360 не содержат данных об ориентации на север, которые необходимы для автоматической генерации правильных ссылок. Есть несколько способов решить эту проблему:

1. Автоматическая ориентация — для проектов street-view, где точки съемки расположены близко друг к другу, Вы можете попробовать функцию "Использовать GPS-координаты для расчёта поворота".
   Вот пример проекта, снятого с помощью Insta360 X4 с внешним GPS-модулем и обработанного автоматически:
   https://360-for-you.com/projects/Ik3R7NWu/
2. Снимайте в одном направлении — если Вы всегда ориентируете камеру в одну и ту же сторону (например, передняя часть камеры всегда направлена "вперёд"), Вы можете позже вручную настроить глобальный угол поворота, чтобы выровнять связи на всех изображениях.
3. Выравнивание вручную для каждой панорамы — откройте каждую панораму, вручную поверните взгляд на (условный) север и нажмите кнопку выравнивания, чтобы установить правильное направление обзора.
   Вы можете сделать это с помощью редактора, ссылку на который вы найдете на странице "Основные настройки" Вашего проекта.

Примечание: Эти методы работают только в том случае, если для каждой точки съёмки доступны GPS-координаты.

Да — для панорам JPG, содержащих в метаданных EXIF координаты GPS, доступен интерактивный просмотр карты.

Вы сможете увидеть места съёмки, нанесённые на карту, и быстро переключаться между точками. Это делает навигацию и контекст проекта гораздо более интуитивно понятными, особенно при съёмке панорам на открытом воздухе или с помощью дронов.

Вы также можете подключить вид карты к любому существующему проекту — при условии, что координаты геопозиционированы. Чтобы сделать это, просто укажите EPSG-код Вашей системы координат в настройках проекта. После этого система будет правильно интерпретировать и отображать Ваши геопространственные данные на карте.

Да — чтобы отключить функцию карты для проекта, просто удалите код EPSG в настройках проекта. Как только система координат будет очищена, карта больше не будет отображаться в интерфейсе.

Да — Вы можете настроить цвет фона уровня (и другие стили) с помощью пользовательского CSS.

В настройках профиля есть поле для ввода пользовательской таблицы стилей. После добавления она будет автоматически применяться ко всем Вашим проектам.

Вы можете заполнить это поле в том же формате, что и в примере с заполнителем.

Да — вы можете отображать данные датчиков в реальном времени или записанные (температура, влажность, вибрация, занятость, всё, что измеряет устройство) прямо на ваших панорамах.

Что такое MQTT, простыми словами?
MQTT — это лёгкий протокол обмена сообщениями, широко используемый датчиками и устройствами IoT. Устройство публикует небольшие сообщения (например, показание температуры) в именованный канал, называемый topic, и любой, кому разрешено читать этот topic, получает значение почти мгновенно. Вам не нужно запускать собственный сервер — мы размещаем message broker для вас. Ваше устройство просто подключается и отправляет значения; просмотрщик тура подключается и показывает их.

Как датчик передаёт нам данные
1. В Профиль → API-ключи создайте ключ с разрешением mqtt:publish. Ключ показывается только один раз — скопируйте его.
2. Направьте ваше устройство или скрипт на наш брокер. Есть два способа подключения:

• Нативный MQTT через TLS — для физических датчиков, шлюзов и большинства библиотек IoT. Адрес сервера: mqtts://360-for-you.com:8883.
• MQTT через WebSocket (WSS) — для всего, что работает в веб-браузере, или в средах, где разрешён только веб-трафик. Адрес сервера: wss://360-for-you.com/mqtt/.

Оба способа эквивалентны — выберите тот, который поддерживает ваше устройство. Используйте свой числовой ID пользователя как имя пользователя, а ключ API — как пароль.
3. Публикуйте свои показания в тему с именем users/<your ID>/sensors/<sensor name>. Вы можете писать только в свою ветку — часть <your ID> должна совпадать с вашей учетной записью.

Как данные отображаются на панораме
Когда вы добавляете комментарий к панораме, в него можно встроить датчик. С этого момента пользователи, которым разрешено открывать этот тур, будут видеть обновление последнего значения датчика в реальном времени, без перезагрузки страницы. Доступ следует за туром: если проект общедоступен или открыт по ссылке, данные видит любой, у кого есть ссылка; если он приватный, их видят только владелец, приглашённые пользователи и участники группы. При переводе проекта в приватный режим читатели автоматически отключаются в течение нескольких секунд.

Встраивание датчика в комментарий (тег span)
Чтобы вставить значение, владелец проекта редактирует комментарий на панораме и вставляет небольшой тег <span>, указывающий на одну из своих тем датчика. Текст, который вы помещаете внутрь тега, отображается как есть до первого измерения — используйте его как подпись или как заполнитель, например тире — а затем заменяется текущим значением. Самая простая форма:

<span data-mqtt="users/<your ID>/sensors/temperature">—</span>

Отображаемое значение — это ровно то сообщение, которое публикует ваше устройство (обычный текст), поэтому форматируйте его на стороне устройства, например 23.4 °C. Топик должен быть конкретным, в который публикует ваше устройство — подстановочные знаки для просмотрщиков не допускаются.

Дополнительные атрибуты позволяют управлять тем, как отображается значение:

• data-mqtt-json="<path>" — если ваше устройство публикует объект JSON (например {"temperature": 23.4, "humidity": 45}), используйте это, чтобы выбрать одно поле. Поддерживаются вложенные пути, такие как weather.temperature, и индексы массивов, такие как readings[0].value. Без этого атрибута весь полезный поток отображается как есть.
• data-mqtt-suffix="<text>" — добавляется после значения, полезно для единиц измерения. Например, data-mqtt-suffix=" °C" превращает 23.4 в 23.4 °C.
• data-mqtt-show-last-update="true" — также показывать, сколько времени прошло с момента получения значения, например 23.4 (2m ago).
• data-mqtt-stale-after="<seconds>" — если в течение этого количества секунд не поступит новое значение, элемент помечается как устаревший (к нему добавляется атрибут data-mqtt-stale), чтобы вы могли сделать его серым или выделить с помощью собственного CSS.
• data-mqtt-red, data-mqtt-yellow, data-mqtt-green — рисовать маленькую цветную точку перед значением, когда показание попадает в один из перечисленных диапазонов ("светофор"). Синтаксис диапазонов см. ниже в разделе Индикатор светофора.

Более полный пример — взять поле temperature из JSON-значения, добавить единицу, показать, насколько оно свежее, и сделать его устаревшим после двух минут молчания:

<span data-mqtt="users/42/sensors/weather"
      data-mqtt-json="temperature"
      data-mqtt-suffix=" °C"
      data-mqtt-show-last-update="true"
      data-mqtt-stale-after="120">no data yet</span>

Если ваше устройство разделяет показания по подтемам, укажите тег на нужную подтему, добавив её, например users/42/sensors/weather/humidity. Вы можете поместить несколько тегов в один комментарий или распределить их по разным панорамам — каждый обновляется независимо, и один и тот же датчик можно встраивать в любое количество комментариев и проектов.

Индикатор светофора
Чтобы привлечь внимание, когда значение выходит за пределы, добавьте к нему цветную точку. Задайте для одного или нескольких из data-mqtt-red, data-mqtt-yellow, data-mqtt-green список числовых диапазонов; точка принимает цвет первого подходящего диапазона, проверяемого в порядке красный → жёлтый → зелёный. Если ни один диапазон не подходит, точка не отображается; если для цвета не задан диапазон, этот цвет просто пропускается. Диапазоны не проверяются друг относительно друга — если они перекрываются или между ними есть пробелы, приоритет красный → жёлтый → зелёный определяет, какой цвет будет выбран.

Список диапазонов состоит из одного или нескольких выражений, разделённых ;. Каждое выражение — одно из следующих:

• <X — значение строго меньше X
• >X — значение строго больше X
• <=X / >=X — то же самое, включая
• X-Y — значение находится между X и Y (оба конца включены); X и Y могут быть отрицательными или десятичными
• true, false, on, off — payload точно соответствует этому слову, без учета регистра — удобно для двоичных датчиков. Можно свободно смешивать с числовыми диапазонами в одном списке, например <0;>100;off.

Диапазон совпадает только со своим типом: числовым выражениям нужно число, логическим токенам — именно это слово. Всё, что не покрыто, оставляет значение без точки. Если вы используете data-mqtt-json, сравнивается извлечённое поле — а не весь объект JSON.

Например, чтобы пометить температуру красным ниже 0 °C или выше 100 °C, жёлтым в переходной зоне (0-30 или 70-100) и зелёным в зоне комфорта (30-70):

<span data-mqtt="users/42/sensors/weather"
      data-mqtt-json="temperature"
      data-mqtt-suffix=" °C"
      data-mqtt-red="<0;>100"
      data-mqtt-yellow="0-30;70-100"
      data-mqtt-green="30-70">no data yet</span>

Безопасность
Все соединения зашифрованы. Устройство может публиковать только в свои темы, а просмотрщик может читать только датчики, встроенные в туры, к которым у него уже есть доступ. Отзыв ключа API немедленно останавливает новые соединения (существующие соединения разрываются при следующем переподключении).

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

Да — значения KNX могут отображаться на ваших панорамах через ту же поддержку датчиков MQTT, которая описана выше. Сам KNX не выходит в публичный интернет (он работает по проводной шине внутри вашего здания), поэтому небольшая KNX→MQTT-шлюз работает в вашей локальной сети и пересылает нам выбранные значения. Это разовая настройка.

Что вам нужно

• Шлюз или маршрутизатор KNX IP (KNXnet/IP, UDP 3671) в той же локальной сети, что и ваша шина KNX. В большинстве современных установок он уже есть — если не уверены, спросите у своего интегратора KNX.
• Небольшая постоянно включённая машина в той же сети — Raspberry Pi, NAS с Docker или любой небольшой Linux-компьютер.
• Экспорт ETS (или просто список) групповых адресов и их типов точек данных (DPT) для значений, которые вы хотите публиковать. KNX строго типизирован: каждый адрес имеет, например, DPT 9.001 (2-байтовое число с плавающей точкой, °C) или DPT 1.001 (логическое значение) — мосту нужно знать, какой.
• Ключ API с разрешением mqtt:publish (Профиль → Ключи API).

Как это работает

1. Мост подключается к вашему шлюзу KNX IP и прослушивает телеграммы на шине.
2. Для каждого группового адреса, указанного в его конфигурации, он декодирует необработанные байты в понятное значение с помощью указанного вами DPT (например, 21.4 вместо 0x4C13).
3. Он публикует это значение в наш MQTT-брокер по TLS/WSS по адресу users/<your ID>/sensors/<name you chose>, используя ваш API-ключ в качестве пароля.
4. В туре вставьте значение с точно таким же тегом span, как у любого другого датчика — см. Встраивание датчика в комментарий.

Выбор моста
Несколько зрелых проектов с открытым исходным кодом делают это — например xknx (Python, также движок, лежащий в основе интеграции KNX в Home Assistant), или любой отдельный мост, который вы найдёте, если поискать на GitHub knx mqtt bridge. Выберите тот, который подходит вашему оборудованию и уровню навыков — подойдёт любой мост, который публикует в MQTT; с нашей стороны договорённость только в имени topic и значении.

Эскиз конфигурации моста
У большинства мостов одинаковая структура — блок подключения KNX, блок подключения MQTT и сопоставление групповых адресов с именами датчиков. Примерно так:

knx:
  gateway: 192.168.1.10        # your KNX IP gateway

mqtt:
  url: wss://360-for-you.com/mqtt/
  username: "42"               # your numeric user ID, shown on Profile
  password: "sk_..."           # API key with mqtt:publish

mappings:
  - group: "1/2/3"
    dpt: "9.001"               # 2-byte float, °C
    topic: users/42/sensors/kitchen-temperature
  - group: "1/2/4"
    dpt: "1.001"               # bool, on/off
    topic: users/42/sensors/kitchen-light

Точные имена полей зависят от моста — см. его документацию. Назначьте каждой группе KNX понятное имя датчика; это имя вы укажете в атрибуте data-mqtt="..." на панораме.

Что нужно знать

• Мост работает в вашей сети, а не в нашей. После настройки запустите его как службу или контейнер Docker, и он будет продолжать публиковать данные, пока ваша шина KNX активна.
• Только значения, перечисленные в конфигурации моста, покидают ваше здание. Всё, чего нет в сопоставлении, остаётся на вашей шине.
• Отзыв ключа API в вашем профиле немедленно останавливает публикацию через bridge — полезно, если устройство пропало или вы сменили установщика.
• Если значение — это JSON-объект, а не простое число (некоторые мосты публикуют {"value": 21.4, "unit": "°C"}), используйте data-mqtt-json="value" в теге span, чтобы выбрать поле — см. предыдущий вопрос для подробностей.

Если вам нужна помощь в выборе моста или в создании начальной конфигурации для вашей установки, обратитесь в нашу службу технической поддержки.

You can find a detailed PDF guide on how to use Potree's interface functionalities below: Открыть PDF в новой вкладке
Source: https://www.linkedin.com/pulse/complete-guide-potrees-interface-functionalities-abderrazzaq/

Это руководство охватывает все основные инструменты и опции во вьювере Potree, помогая Вам максимально использовать возможности визуализации облака точек.

Да — даже если Ваш проект основан на метрической системе, есть возможность отображать измерения в имперских (US) единицах.

Это особенно полезно для команд, работающих в международной среде или представляющих данные клиентам, которые предпочитают футы и дюймы. Единицы отображения можно переключать в интерфейсе программы просмотра.

Вы также можете управлять предпочтением единиц измерения по умолчанию в настройках профиля. Это гарантирует, что выбранный Вами формат будет автоматически применяться при просмотре любого проекта.

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

Однако при существующей архитектуре сервиса такое тонкое редактирование технически неосуществимо. Удаление точек в браузере в режиме реального времени потребует совершенно иной модели обработки и структуры данных.

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

Ваши данные размещены в Европейском союзе. Наша основная платформа работает на серверах, расположенных в Германии (под управлением Hetzner, давно работающего немецкого хостинг-провайдера), поэтому ваши данные обрабатываются в соответствии с GDPR ЕС.

Резервные копии хранятся в отдельном центре обработки данных, вдали от основного сервера, чтобы инцидент в одном месте не мог одновременно повлиять на ваши рабочие данные и их резервную копию.

Если вы используете выделенный сервер, вы можете выбрать его расположение — Германия или Финляндия по умолчанию, либо другой регион по запросу.

Вы всегда контролируете, кто может видеть каждый проект. Проект виден только тем, кого вы авторизуете — его владельцам, пользователям и группам пользователей — если только вы специально не сделаете его доступным по ссылке или полностью публичным. Как это настроить, описано в Есть ли роли и разрешения? и Как я могу поделиться проектом с клиентом?.

Помимо людей, которым вы предоставляете доступ, небольшое число наших специалистов службы поддержки может получить доступ к проекту только для того, чтобы помочь решить вопрос или проблему, о которых вы сообщили, и всегда в рамках строгого соглашения о конфиденциальности (NDA).

Каждый проект имеет независимый контроль доступа: пользователь видит только те проекты, которыми он владеет или к которым его явно пригласили, и нет способа получить доступ к частным проектам другого клиента.

На общей платформе ваши данные логически изолированы по аккаунтам и защищены этими правилами доступа. Если вам требуется физическое разделение, выделенный сервер размещает только ваши проекты на оборудовании, зарезервированном исключительно для вас (см. Что такое выделенный сервер и зачем он мне нужен?).

Да. Доступ контролируется на двух уровнях.

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

Во-вторых, вы назначаете людям роли: владельцы могут просматривать проект и изменять его настройки; пользователи и группы пользователей могут просматривать проекты, которыми вы с ними делитесь. Вы также можете управлять для каждого проекта тем, кому разрешено оставлять комментарии. Это позволяет дать каждому члену команды ровно тот доступ, который ему нужен — и ничего лишнего.

Резервное копирование выполняется автоматически и непрерывно, поэтому ваши проекты и данные учетной записи защищены без каких-либо действий с вашей стороны.

Они хранятся в отдельном центре обработки данных, вдали от рабочего сервера, поэтому проблема в одном месте не может одновременно повлиять на обе копии. Кроме того, снимок базы данных автоматически создаётся до внесения любых изменений.

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

Ваши данные остаются в безопасности в любом случае: поскольку резервные копии хранятся вне площадки, систему можно восстановить до более раннего состояния даже при потере сервера. Клиенты с жёсткими требованиями к доступности также могут выбрать выделенный сервер (см. Что такое выделенный сервер и зачем он мне нужен?).

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

Мы поддерживаем платформу на самых новых стабильных версиях с исправлениями безопасности всех её программных компонентов и библиотек. Обновления проверяются и применяются ежедневно, поэтому вновь обнаруженные уязвимости устраняются быстро, а не накапливаются.

Мы используем подход fix-forward: если после обновления возникает проблема, мы диагностируем её и быстро выпускаем исправленную версию вместо отката всей системы. На практике это восстанавливает нормальную работу быстрее, чем традиционный rollback.

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

Да — платформа уже ежедневно находится в активной эксплуатации у платящих клиентов.

Он размещён в ЕС и доступен по зашифрованным (HTTPS) соединениям. Приложение работает в защищённых изолированных средах с ограниченными правами; доступ к каждому проекту контролируется; секретные ключи и учётные данные хранятся в зашифрованном виде; платформа круглосуточно отслеживается; а резервные копии хранятся вне площадки. То же ПО также используется для выделенных и self-hosted установок для организаций с более строгими требованиями.

Сейчас все пользователи пользуются ресурсами одного главного сервера. Когда многие пользователи активны одновременно, ресурсы распределяются поровну — это в редких случаях может вызвать незначительное снижение производительности. Тем не менее большинство пользователей не замечают никакого влияния.

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

Да — Вы можете использовать своё собственное доменное имя. Эта возможность доступна во всех тарифных планах с выделенным сервером.

Вы также можете использовать для сервиса домен третьего уровня (субдомен). Другими словами, если Ваш домен example.com, мы можем сделать платформу доступной по адресу 360.example.com — где "360" может быть заменено любым словом по Вашему выбору.

Мы можем предоставить сервер, расположенный в Германии или Финляндии — в зависимости от Ваших предпочтений.
Все серверы подключены к Интернету по каналу 1 Гбит/с, что обеспечивает быструю и стабильную передачу данных даже для самых крупных проектов.

Да — в рамках тарифного плана с выделенным сервером мы можем установить и настроить для Вас Nextcloud. Это позволит Вам использовать сервер в качестве частного файлового хранилища и решения для совместного доступа к файлам.

Обратите внимание: хотя мы выполняем первоначальную настройку, текущее администрирование и управление системой хранения файлов (например, пользователи, разрешения, резервное копирование) будет Вашей обязанностью.

Да — мы предлагаем версию программного обеспечения для самостоятельного использования в автономном режиме — идеальный вариант для организаций, которым необходимо хранить конфиденциальные данные внутри компании.

Версия для самостоятельного размещения доступна за единовременную оплату в размере 4500 € . Вы получите Docker-контейнер с полными инструкциями по настройке и руководством для первого развертывания на Вашем собственном сервере.

Контейнер поставляется с правом пожизненного использования и включает 1 год доступа к обновлениям. По истечении года Вы можете продолжать использовать контейнер с его текущими возможностями или приобрести пакет расширенной поддержки, чтобы получить доступ к будущим обновлениям.

В качестве альтернативы доступны тарифные планы для выделенных серверов, которые включают неограниченный доступ ко всем функциям. Объём дискового пространства может быть увеличен до 308 ТБ.

Требования во многом зависят от размера Ваших облаков точек. Если Вы работаете с 10-20 миллионами точек на станцию, мы рекомендуем следующее:

• Не менее 64 Гб оперативной памяти, плюс большой файл подкачки в качестве запасного варианта.
• Быстрый SSD или NVMe-накопитель для самого контейнера — при этом хранилище проекта можно разместить на обычном HDD.
• Процессор не критичен, а выделенный GPU не требуется.
• Для отправки писем из системы необходим SMTP-доступ к Вашему почтовому серверу.
• Настройку внешнего доступа из Интернет (домен, DNS, SSL-сертификат, обратный прокси) Вам необходимо выполнить на Вашей стороне — это стандартная настройка, если у Вас уже есть выделенный сервер.
• Вы также будете самостоятельно отвечать за создание резервных копий.
• Нет необходимости в обслуживании базы данных — всё управляется автоматически внутри контейнера.

При наличии этих компонентов платформа будет надежно и эффективно работать на Вашей инфраструктуре.

Да. Помимо Google и Microsoft Entra ID, платформа может выполнять вход пользователей через любого стандартного провайдера OpenID Connect (OIDC) — включая Active Directory Federation Services (AD FS), Okta, Keycloak и Auth0 — так что вы можете продолжать использовать существующие процедуры IAM. Учетные записи автоматически создаются при первом входе и сопоставляются по адресу электронной почты. Настройка сводится только к URL обнаружения, client ID и secret, задаваемым в административных настройках.

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

Да — если Вы используете выделенный сервер, Ваша ИТ-команда сможет настроить многие части пользовательского интерфейса в соответствии с брендингом Вашей компании.

Система использует шаблоны Jinja2 для веб-страниц и электронных писем, а также таблицы стилей CSS для стилизации. Это позволяет Вам изменять такие визуальные элементы, как логотипы, цвета, макеты и формулировки.

Если потребуется, мы всегда готовы помочь с индивидуальными настройками — но большинство изменений Ваша команда может осуществить самостоятельно.