Perguntas frequentes

Se o carregamento falhar, especialmente com ficheiros de grandes dimensões, tente o seguinte:

• Inicie o carregamento e evite mudar para outros separadores ou janelas do navegador durante o processo.
• Certifique-se de que o computador não entra em modo de suspensão — desative temporariamente a suspensão, se necessário.
• É essencial ter uma ligação estável à Internet. As interrupções do Wi-Fi podem fazer falhar os carregamentos.

O tamanho do ficheiro, por si só, não constitui uma limitação.

Também pode utilizar uma opção suportada de partilha de ficheiros — um link direto para descarregar, o Google Drive, o Dropbox, o Yandex Disk, o WeTransfer ou o NavVis Ivion. Em vez de carregar o arquivo diretamente para a plataforma, basta fornecer um link para o arquivo. A nossa plataforma irá descarregá-lo automaticamente a partir do link e iniciar o processamento do projeto.

Para localizar o ficheiro da base de dados da Leica, siga os passos abaixo:

1. Inicie o Cyclone REGISTER 360.
2. Nas definições do projeto, indique a pasta onde o projeto está guardado.
3. Abra esta pasta no explorador de ficheiros. No interior, deverá ver um ficheiro com um nome semelhante a project_deliv_*.db.
4. Depois de o localizar, carregue o ficheiro da base de dados na nossa plataforma juntamente com os panoramas JPG para criar um tour virtual.

Este ficheiro contém dados espaciais essenciais ao posicionamento e alinhamento precisos dos panoramas.

Um ficheiro TXT armazena a posição e a orientação dos panoramas. São aceites duas estruturas, detetadas automaticamente com base no conteúdo do ficheiro:

1. Ficheiro de posição/orientação (Leica)

Um ficheiro por panorama, com exatamente o mesmo nome que a imagem correspondente (por exemplo, station_01.txt juntamente com station_01.jpg). O ficheiro contém uma posição e uma orientação:

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

Aqui está um exemplo:

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

A orientação é um quaternião na ordem W, X, Y, Z. Separe cada valor com uma vírgula e um espaço, exatamente como indicado.

2. Ficheiro de cena iQscene

Um único ficheiro que enumera todos os panoramas, identificado pela palavra iQscene na primeira linha. Seguem-se duas linhas de cabeçalho e, depois, uma linha por panorama; a lista termina com uma chaveta de fecho }. Os valores em cada linha de panorama são separados por espaços:

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

O caminho da imagem aparece entre aspas; posX posY posZ representa a posição, enquanto axisX axisY axisZ e angle (em graus) descrevem a rotação através de um eixo e um ângulo. Exemplo:

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
}

Use um ponto como separador decimal e guarde o ficheiro com codificação UTF-8. Estas estruturas permitem que a plataforma posicione e oriente corretamente os panoramas no espaço 3D.

Um ficheiro CSV armazena a posição e a orientação de cada panorama. Carregue-o juntamente com os panoramas JPG equirectangulares — o nome do ficheiro em cada linha (sem a extensão) deve corresponder à imagem respetiva. A plataforma deteta automaticamente a estrutura, pelo que são aceites várias variantes: Alguns aspetos a ter em conta:

• Os nomes das colunas devem corresponder exatamente (distinguem maiúsculas de minúsculas); a ordem é irrelevante e quaisquer colunas adicionais são ignoradas.
• qw, qx, qy, qz (e Orientation(W...Z), pano_ori_w...z) são os componentes do quaternião na ordem W, X, Y, Z.
• rot_x, rot_y, rot_z (OmniSLAM) são ângulos de rotação de Euler expressos em radianos.
• Os ficheiros RIEGL e Lixel são reconhecidos pelos respetivos nomes (...ImageList.csv / ...panoramicPoses.csv); as restantes estruturas são detetadas automaticamente a partir da linha de cabeçalho.
• Use um ponto como separador decimal e guarde o ficheiro com codificação UTF-8.

Aqui está um exemplo da estrutura genérica com valores separados por vírgulas:

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
A imagem abaixo mostra as definições recomendadas para exportar o projeto para um ficheiro LGSX:

Estas definições ajudam a garantir a compatibilidade e a precisão ao utilizar o ficheiro na nossa plataforma.

Uma nuvem de pontos composta por várias estações de digitalização deve ser pré-processada no FARO SCENE:

• Crie nuvens de pontos de digitalização para cada estação, a fim de melhorar a visualização.
• Desative o Filtro de artefactos de aresta para obter resultados mais nítidos.
• Registe todas as estações e organize-as num único cluster.

Depois de concluir estes passos, exporte o conteúdo do cluster tal como indicado nas capturas de ecrã abaixo:

Este processo garante o alinhamento correto e a compatibilidade no carregamento para a nossa plataforma.

Assim que o projeto estiver criado, pode partilhá-lo de várias formas — todas disponíveis na página de definições do projeto.

A opção mais simples é definir o modo de acesso como via link. Neste caso, o registo não é necessário — qualquer pessoa com o link pode visualizar o projeto.

Ideal para partilhar com clientes, partes interessadas ou revisores externos sem lhes exigir a criação de uma conta.

Sim — cada projeto pode receber uma tag que funciona como uma pasta.

Utilize tags para agrupar projetos por cliente, subcliente ou qualquer outra categoria que ajude a organizar o seu espaço de trabalho. Tenha em atenção que só pode ser atribuída uma tag a cada projeto; por isso, utilize uma convenção de nomenclatura clara e estruturada.

A definição Links para outros projetos permite ligar vários projetos independentes num único tour virtual.

Por exemplo, ao navegar num tour virtual, os utilizadores podem clicar numa transição e ser imediatamente encaminhados para outro projeto — como um edifício vizinho, outro piso ou um local relacionado.

Esta funcionalidade é especialmente útil para instalações de grandes dimensões ou propriedades distribuídas por vários locais.

Eis um exemplo real desta funcionalidade em utilização:
https://360-for-you.com/projects/HLxVEP0d/

Sim — podemos ativar uma assinatura de teste, válida durante 2 semanas. Este período de avaliação inclui quase as mesmas funcionalidades do plano Pro e é ideal para testar projetos de grande dimensão.

Se o ficheiro de digitalização (por exemplo, 100 GB) já estiver guardado no Dropbox, Google Drive ou noutra plataforma compatível, pode colar o link de descarregamento ao criar um novo projeto. O sistema irá obter e processar automaticamente o ficheiro — sem necessidade de carregamento manual.

Sim — não existem restrições consoante o país. Se o site abrir e funcionar corretamente, pode utilizar o serviço a partir do Peru ou de qualquer outro local.
Não hesite em experimentar! Pode criar projetos com até 10 estações, sem qualquer custo.

Agradecemos o seu interesse — valorizamos muito as suas questões e sugestões!

Atualmente, tratamos de todas as comunicações por e-mail, pois tal nos permite acompanhar os pedidos com maior eficiência e responder de forma completa. Teremos todo o gosto em continuar a conversa desta forma e abordar qualquer assunto que pretenda discutir.

Aguardamos a sua mensagem!

Claro — eis uma forma simples de alinhar manualmente os panoramas:

1. Ao captar imagens, oriente sempre a câmara na mesma direção em relação aos pontos cardeais. Por exemplo, pode optar por manter a parte frontal da câmara voltada para o "norte" enquanto se desloca pelo espaço.
2. Carregue fotografias na plataforma. Por predefinição, todos os panoramas serão posicionados na origem (0,0) do sistema de coordenadas.
3. (Opcional) Para começar a definir a disposição da cena, desloque uma das estações ao longo do eixo X — por exemplo, 10 metros.
4. (Opcional) Prepare uma imagem de fundo (por exemplo, uma planta) com uma barra de escala visível para facilitar o posicionamento das estações.
5. Carregue a imagem de fundo e alinhe-a utilizando a barra de escala.
6. Posicione cada panorama na divisão ou área onde foi captado.
7. Utilize a opção de triangulação de Delaunay nas definições da estação para ligar automaticamente os pontos.
8. Abra qualquer panorama e verifique visualmente se as posições das outras estações parecem deslocadas.
9. Nas definições de coordenadas, ajuste o campo "Definir a direção da vista para todas as estações (graus)" para corrigir o deslocamento. Comece com a sua melhor estimativa.
10. Se a rotação estiver no sentido errado, tente rodar novamente utilizando a fórmula: -2 × estimativa inicial.

Este método permite um controlo manual preciso do posicionamento dos panoramas — mesmo sem dados de GPS!

Veja este breve vídeo para perceber como é rápido e simples: https://youtu.be/IGucR18yJM4?si=2E1MyKhxYIDJG-PD

O problema é que os panoramas Insta360 não contêm dados de orientação com referência ao norte, necessários para gerar automaticamente links com a direção correta. Há várias formas de resolver este problema:

1. Orientação automática — em projetos de vista de rua cujos pontos de captura estejam próximos, experimente a funcionalidade "Utilizar coordenadas GPS para calcular a rotação" da plataforma.
   Exemplo de projeto captado com uma Insta360 X4 e um módulo GPS externo e processado automaticamente:
   https://360-for-you.com/projects/Ik3R7NWu/
2. Captar sempre na mesma direção — se mantiver sempre a mesma orientação (por exemplo, com a parte frontal da câmara apontada para a "frente"), poderá ajustar posteriormente e de forma manual o ângulo de rotação global para alinhar os links em todas as imagens.
3. Alinhamento manual de cada panorama — abra cada panorama, oriente a vista aproximadamente para norte e clique no botão de alinhamento para definir a direção correta da vista.
   Pode fazê-lo através do editor cujo link se encontra na página "Definições básicas" do projeto.

Nota: Estes métodos funcionam apenas se as coordenadas GPS estiverem disponíveis para cada ponto de captura.

Sim — está disponível uma visualização interativa do mapa para panoramas JPG que contenham coordenadas GPS nos respetivos metadados EXIF.

Consulte os locais de captura num mapa e alterne rapidamente entre os pontos. Isto torna a navegação mais intuitiva e facilita a compreensão do contexto do projeto, especialmente no caso de panoramas captados no exterior ou por drones.

Também pode ativar a visualização do mapa em qualquer projeto existente, desde que este tenha coordenadas georreferenciadas. Para tal, indique o código EPSG do sistema de coordenadas nas definições do projeto. Depois de definido, o sistema interpretará e apresentará corretamente os dados geoespaciais no mapa.

Sim — para desativar a funcionalidade de mapa de um projeto, remova o código EPSG nas definições do projeto. Depois de remover o sistema de coordenadas, o mapa deixará de ser apresentado na interface.

Sim — é possível personalizar a cor de fundo do nome do nível (e outros estilos) utilizando CSS personalizado.

Nas Definições do perfil, existe um campo para introduzir uma folha de estilos personalizada. Depois de adicionada, será aplicada automaticamente a todos os projetos.

Introduza a sua folha de estilos neste campo utilizando o mesmo formato do texto de exemplo.

Sim — pode apresentar dados de sensores em tempo real ou gravados — temperatura, humidade, vibração, ocupação ou qualquer outro parâmetro medido por um dispositivo — diretamente nos seus panoramas.

O que é MQTT, em termos simples?
MQTT é um protocolo leve de mensagens amplamente utilizado por sensores e dispositivos IoT. Um dispositivo publica pequenas mensagens (por exemplo, uma leitura de temperatura) num canal com um nome, chamado tópico, e qualquer pessoa autorizada a ler esse tópico recebe o valor quase instantaneamente. Não precisa de manter um servidor próprio — alojamos o broker de mensagens por si. O dispositivo apenas tem de estabelecer ligação e enviar valores; o visualizador do tour estabelece ligação e apresenta-os.

Como um sensor nos envia dados
1. Em Perfil → chaves de API, crie uma chave com a permissão mqtt:publish. A chave é mostrada apenas uma vez — copie-a.
2. Configure o dispositivo ou script para utilizar o nosso broker. Há duas formas de estabelecer ligação:

• MQTT nativo sobre TLS — para sensores físicos, gateways e a maioria das bibliotecas IoT. Endereço do servidor: mqtts://360-for-you.com:8883.
• MQTT via WebSocket (WSS) — para aplicações executadas num navegador ou em ambientes que apenas permitem tráfego Web. Endereço do servidor: wss://360-for-you.com/mqtt/.

Os dois métodos de ligação são equivalentes — escolha o que for compatível com o seu dispositivo. Use o seu ID numérico de utilizador como nome de utilizador e a chave de API como palavra-passe.
3. Publique as leituras num tópico chamado users/<your ID>/sensors/<sensor name>. Só pode publicar na sua própria ramificação — a parte <your ID> tem de corresponder à sua conta.

Como os dados aparecem num panorama
Ao adicionar um comentário a um panorama, pode incorporar nele um sensor. A partir daí, os utilizadores autorizados a abrir esse tour verão o valor mais recente do sensor ser atualizado em tempo real, sem recarregar a página. O acesso obedece às permissões do tour: se o projeto for público ou partilhado por link, qualquer pessoa com o link verá os dados; se for privado, apenas o proprietário, os utilizadores convidados e os membros de grupos terão acesso. Tornar um projeto privado retira automaticamente o acesso aos restantes utilizadores no espaço de poucos segundos.

Incorporar um sensor em um comentário (a tag span)
Para apresentar um valor, o proprietário do projeto edita um comentário no panorama e insere uma pequena tag <span> que aponta para um dos seus próprios tópicos de sensores. O texto que introduzir dentro da tag é apresentado tal como está até chegar a primeira leitura — use-o como rótulo ou texto provisório, como um travessão — e é depois substituído pelo valor em tempo real. A forma mais simples é:

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

O valor apresentado corresponde exatamente à mensagem publicada pelo dispositivo (texto simples), pelo que deve formatá-la no dispositivo, por exemplo, 23.4 °C. O tópico tem de ser um tópico específico em que o dispositivo publica — não são permitidos carateres universais no visualizador.

Os atributos opcionais permitem controlar como o valor é apresentado:

• data-mqtt-json="<path>" — se o dispositivo publicar um objeto JSON (por exemplo, {"temperature": 23.4, "humidity": 45}), use este atributo para selecionar um único campo. Ele aceita caminhos aninhados, como weather.temperature, e índices de arrays, como readings[0].value. Sem este atributo, todo o payload é apresentado sem alterações.
• data-mqtt-suffix="<text>" — acrescentado ao valor e útil para unidades. Por exemplo, data-mqtt-suffix=" °C" transforma 23.4 em 23.4 °C.
• data-mqtt-show-last-update="true" — mostra também há quanto tempo o valor chegou, por exemplo 23.4 (2m ago).
• data-mqtt-stale-after="<seconds>" — se não chegar nenhuma nova leitura durante o número de segundos indicado, o elemento é marcado como desatualizado (é-lhe adicionado um atributo data-mqtt-stale), para que possa apresentá-lo a cinzento ou destacá-lo com CSS personalizado.
• data-mqtt-red, data-mqtt-yellow, data-mqtt-green — apresentam um pequeno ponto colorido antes do valor quando a leitura se situa num dos intervalos indicados (um "semáforo"). Consulte Indicador semafórico abaixo para ver a sintaxe dos intervalos.

Um exemplo mais completo — selecionar o campo temperature de uma leitura JSON, acrescentar a unidade, indicar há quanto tempo ele foi atualizado e marcá-lo como desatualizado após dois minutos sem novas leituras:

<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>

Se o dispositivo distribuir as leituras por subtópicos, faça a tag apontar para o tópico exato, acrescentando o subtópico, por exemplo, users/42/sensors/weather/humidity. Pode inserir várias tags num comentário ou distribuí-las por diferentes panoramas — cada uma é atualizada de forma independente, e o mesmo sensor pode ser incorporado em tantos comentários e projetos quantos pretender.

Indicador semafórico
Para chamar a atenção quando uma leitura sair dos limites, associe um ponto colorido ao valor. Defina uma lista de intervalos numéricos num ou mais dos seguintes atributos: data-mqtt-red, data-mqtt-yellow e data-mqtt-green. O ponto assume a cor do primeiro intervalo correspondente, pela ordem vermelho → amarelo → verde. Se nenhum intervalo corresponder, não é apresentado qualquer ponto; se não estiver definido nenhum intervalo para uma cor, essa cor é simplesmente ignorada. Os intervalos não são validados entre si — se houver sobreposições, a prioridade vermelho → amarelo → verde determina a cor aplicada; se houver lacunas, não é apresentado qualquer ponto.

Uma lista de intervalos é composta por uma ou mais expressões separadas por ;. Cada expressão é uma das seguintes:

• <X — o valor é estritamente menor que X
• >X — o valor é estritamente maior que X
• <=X / >=X — as mesmas comparações, mas incluindo os limites
• X-Y — o valor está entre X e Y (ambos os extremos incluídos); X e Y podem ser negativos ou decimais
• true, false, on, off — o payload é exatamente igual a esta palavra, sem distinguir maiúsculas de minúsculas — útil para sensores binários. Combine livremente com intervalos numéricos na mesma lista, por exemplo, <0;>100;off.

Cada condição só corresponde a valores do seu próprio tipo: expressões numéricas exigem um número, enquanto tokens booleanos exigem exatamente a palavra indicada. Se nenhuma condição corresponder, o valor não terá um ponto. Se utilizar data-mqtt-json, será comparado o campo extraído — não o objeto JSON inteiro.

Por exemplo, para marcar uma temperatura a vermelho abaixo de 0 °C ou acima de 100 °C, a amarelo nos intervalos de alerta (0-30 ou 70-100) e a verde na zona de conforto (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>

Segurança
Todas as ligações são encriptadas. Um dispositivo só pode publicar nos próprios tópicos, e o visualizador só pode ler sensores incorporados em tours a que o utilizador já tenha acesso. A revogação de uma chave de API impede imediatamente novas ligações (as ligações existentes são terminadas quando tentarem restabelecer a ligação).

Se precisar de ajuda para ligar um dispositivo ou painel específico, contacte a nossa equipa de suporte técnico e sugeriremos a melhor abordagem de integração para o seu projeto.

Sim — os valores KNX podem aparecer nos seus panoramas através do mesmo suporte para sensores MQTT descrito acima. O KNX não se liga diretamente à Internet pública (funciona num barramento com fios dentro do edifício), pelo que uma pequena ponte KNX→MQTT é executada na rede local e encaminha-nos os valores selecionados. Só precisa de ser configurada uma vez.

O que é necessário

• Um gateway ou router KNX IP (KNXnet/IP, UDP 3671) na mesma LAN que o seu barramento KNX. A maioria das instalações modernas já tem um — pergunte ao seu integrador KNX se tiver dúvidas.
• Um computador de pequenas dimensões permanentemente ligado à mesma rede — um Raspberry Pi, um NAS com Docker ou qualquer pequeno computador Linux.
• Uma exportação do ETS (ou apenas uma lista) dos endereços de grupo e dos respetivos tipos de ponto de dados (DPT) para os valores que pretende publicar. O KNX tem tipagem estrita: cada endereço utiliza, por exemplo, DPT 9.001 (vírgula flutuante de 2 bytes, °C) ou DPT 1.001 (booleano) — a ponte precisa de saber qual deles se aplica.
• Uma chave de API com a permissão mqtt:publish (Perfil → Chaves de API).

Como funciona

1. A ponte liga-se ao gateway KNX IP e monitoriza os telegramas no barramento.
2. Para cada endereço de grupo incluído na configuração, a ponte descodifica os bytes em bruto num valor legível utilizando o DPT indicado (por exemplo, 21.4 em vez de 0x4C13).
3. A ponte publica esse valor no nosso broker MQTT através de TLS/WSS, no tópico users/<your ID>/sensors/<name you chose>, utilizando a sua chave de API como palavra-passe.
4. No tour, incorpore o valor utilizando exatamente a mesma tag span usada para qualquer outro sensor — consulte Incorporar um sensor num comentário.

Escolher uma ponte
Vários projetos de código aberto consolidados podem fazê-lo. Um exemplo é o xknx (em Python, também usado como base para a integração KNX do Home Assistant), ou pode encontrar uma ponte autónoma pesquisando knx mqtt bridge no GitHub. Escolha a opção mais adequada ao seu hardware e nível de conhecimentos — qualquer ponte que publique através de MQTT funcionará; do nosso lado, os únicos requisitos são o nome do tópico e o valor.

Esboço da configuração de uma ponte
A maioria das configurações de pontes tem a mesma estrutura básica: um bloco de ligação KNX, um bloco de ligação MQTT e um mapeamento entre endereços de grupo e nomes de sensores. Uma configuração típica tem o seguinte aspeto:

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

Os nomes exatos dos campos variam consoante a ponte — consulte a respetiva documentação. Atribua a cada grupo KNX um nome de sensor claro; esse é o nome que deverá indicar no atributo data-mqtt="..." do panorama.

Informações úteis

• A ponte é executada na sua rede, não na nossa. Depois de configurada, inicie-a como um serviço ou contentor Docker. Continuará a publicar enquanto o barramento KNX estiver operacional.
• Apenas os valores listados na configuração da ponte saem do seu edifício. Tudo o que não estiver no mapeamento permanece no seu barramento.
• Revogar a chave de API no seu perfil impede imediatamente a ponte de continuar a publicar — útil se um dispositivo desaparecer ou se mudar de instalador.
• Se um valor for um objeto JSON em vez de um número simples (algumas pontes publicam {"value": 21.4, "unit": "°C"}), use data-mqtt-json="value" no elemento span para selecionar o campo — consulte a pergunta anterior para obter mais informações.

Se precisar de ajuda para escolher uma ponte ou criar a configuração inicial da sua instalação, entre em contacto com a nossa equipa de suporte técnico.

You can find a detailed PDF guide on how to use Potree's interface functionalities below: Abrir PDF num novo separador
Source: https://www.linkedin.com/pulse/complete-guide-potrees-interface-functionalities-abderrazzaq/

Este guia abrange as principais ferramentas e opções do visualizador Potree para o ajudar a tirar o máximo partido das visualizações de nuvens de pontos.

Sim — mesmo que o seu projeto se baseie no sistema métrico, é possível apresentar as medidas em unidades imperiais (EUA).

Isto é especialmente útil para equipas que trabalham em contextos internacionais ou apresentam dados a clientes que preferem pés e polegadas. As unidades de apresentação podem ser alteradas na interface do visualizador.

Também pode definir a unidade de medida predefinida nas suas definições de perfil. Isto garante que o formato selecionado seja aplicado automaticamente ao visualizar qualquer projeto.

Concordamos — a possibilidade de limpar nuvens de pontos diretamente no visualizador seria extremamente útil, especialmente para eliminar artefactos como nuvens de vapor ou veículos de passagem.

Com a arquitetura atual do serviço, este nível de edição detalhada não é tecnicamente viável. A eliminação de pontos em tempo real no navegador exigiria um modelo de processamento e uma estrutura de dados completamente diferentes.

Por enquanto, recomenda-se a utilização de ferramentas externas para limpar pontos antes do carregamento. Estão a ser estudadas outras opções, mas ainda não há um prazo para esta funcionalidade.

Os seus dados estão alojados na União Europeia. A nossa plataforma principal funciona em servidores localizados na Alemanha (operados pela Hetzner, um fornecedor alemão de alojamento com vasta experiência), pelo que os seus dados são tratados em conformidade com o RGPD da UE.

As cópias de segurança são armazenadas num centro de dados separado, longe do servidor principal, para que um incidente num local não possa afetar ao mesmo tempo os seus dados em produção e a respetiva cópia de segurança.

Se utilizar um servidor dedicado, pode escolher a localização — Alemanha ou Finlândia por predefinição, ou outra região mediante pedido.

Tem sempre controlo sobre quem pode ver cada projeto. Um projeto só é visível para as pessoas que autorizar — os respetivos proprietários, utilizadores e grupos de utilizadores — a menos que decida torná-lo acessível através de um link ou totalmente público. Para saber como configurar o acesso, consulte Existem funções e permissões? e Como posso partilhar um projeto com um cliente?.

Além das pessoas a quem concede acesso, um pequeno número dos nossos especialistas de suporte pode aceder a um projeto apenas para ajudar a resolver uma questão ou um problema que tenha comunicado. Fazem-no sempre ao abrigo de um rigoroso acordo de confidencialidade (NDA).

Cada projeto tem um controlo de acesso independente: um utilizador só vê os projetos de que é proprietário ou para os quais foi explicitamente convidado, e não existe forma de aceder aos projetos privados de outro cliente.

Na plataforma partilhada, os seus dados são isolados logicamente por conta e protegidos por estas regras de acesso. Se precisar de separação física, um servidor dedicado aloja apenas os seus projetos em hardware reservado exclusivamente para si (consulte O que é um servidor dedicado e por que motivo preciso de um?).

Sim. O acesso é controlado em dois níveis.

Primeiro, cada projeto tem uma definição de visibilidade: privado (apenas contas autorizadas), acessível por link (qualquer pessoa com o link, sem necessidade de registo) ou público.

No segundo nível, atribui funções: os proprietários podem visualizar um projeto e alterar as respetivas definições; os utilizadores e grupos de utilizadores podem visualizar os projetos partilhados com eles. Também pode controlar quem tem permissão para deixar comentários em cada projeto. Assim, pode dar a cada membro da equipa exatamente o acesso de que necessita — e nada mais.

As cópias de segurança são executadas automaticamente e de forma contínua, para que os seus projetos e os dados da conta fiquem protegidos sem qualquer ação da sua parte.

São armazenadas num centro de dados separado, longe do servidor em produção, para que um problema numa localização não possa afetar ambas as cópias ao mesmo tempo. Além disso, é criado automaticamente um instantâneo da base de dados antes de lhe ser aplicada qualquer alteração.

A plataforma é monitorizada continuamente e os respetivos serviços são reiniciados automaticamente se algum deles deixar de responder, permitindo-lhe recuperar de interrupções breves sem intervenção manual.

Os seus dados permanecem seguros em qualquer caso: como as cópias de segurança são mantidas noutra localização, o sistema pode ser restaurado para um estado anterior mesmo em caso de perda de um servidor. Os clientes com requisitos rigorosos de disponibilidade também podem optar por um servidor dedicado (consulte O que é um servidor dedicado e por que motivo preciso de um?).

Sim. Monitorizamos continuamente o estado e o desempenho de todas as partes da plataforma através de painéis e verificações automáticas do estado, e mantemos registos de acesso. Se um componente deixar de funcionar corretamente, o problema é detetado e o componente é reiniciado automaticamente, enquanto tudo o que exigir atenção é assinalado à nossa equipa.

Mantemos a plataforma atualizada com as versões estáveis mais recentes e com correções de segurança de todos os componentes de software e bibliotecas. As atualizações são analisadas e aplicadas diariamente, para que as vulnerabilidades recém-descobertas sejam rapidamente corrigidas, em vez de se acumularem.

Seguimos uma abordagem de fix-forward: se surgir um problema após uma atualização, diagnosticamo-lo e lançamos rapidamente uma versão corrigida, em vez de reverter todo o sistema. Na prática, esta abordagem restabelece o funcionamento normal mais rapidamente do que uma reversão tradicional.

Os seus dados são protegidos independentemente das novas versões: é criada automaticamente uma cópia de segurança da base de dados antes de qualquer alteração, e as cópias de segurança contínuas mantidas noutra localização permitem restaurar sempre o sistema para um estado anterior reconhecidamente estável, se necessário.

Sim — a plataforma já é utilizada diariamente em produção por clientes que pagam pelo serviço.

A plataforma está alojada na UE e é disponibilizada através de ligações encriptadas (HTTPS). A aplicação é executada em ambientes isolados, com segurança reforçada e permissões restritas; o acesso a cada projeto é controlado; as chaves secretas e credenciais são armazenadas de forma encriptada; a plataforma é monitorizada permanentemente; e as cópias de segurança são mantidas noutra localização. O mesmo software também serve de base a instalações dedicadas e self-hosted para organizações com requisitos mais rigorosos.

Atualmente, todos os utilizadores partilham os recursos de um único servidor principal. Quando muitos utilizadores estão ativos em simultâneo, os recursos são distribuídos de forma equitativa, o que, em casos raros, pode causar ligeiros abrandamentos. No entanto, a maioria dos utilizadores não nota qualquer impacto.

Um servidor dedicado é um servidor físico separado, disponibilizado especificamente para a sua utilização. Apenas os seus projetos são alojados nesse servidor, garantindo o máximo desempenho, o tratamento privado dos dados e um maior controlo sobre os recursos. É uma boa opção para equipas com grandes volumes de dados, muitos utilizadores ou políticas internas rigorosas.

Sim — pode utilizar o seu próprio domínio. Esta opção está disponível em todos os planos com servidor dedicado.

Também pode utilizar um domínio de terceiro nível (subdomínio) para o serviço. Por outras palavras, se o seu domínio for example.com, podemos disponibilizar a plataforma num endereço como 360.example.com — em que "360" pode ser substituído por qualquer palavra à sua escolha.

Podemos disponibilizar um servidor alojado na Alemanha ou na Finlândia — consoante a sua preferência.
Todos os servidores estão ligados à Internet através de uma ligação de 1 Gbit/s, garantindo uma transferência de dados rápida e estável, mesmo nos maiores projetos de nuvens de pontos.

Sim — como parte de um plano com servidor dedicado, podemos instalar e configurar o Nextcloud. Isto permitirá utilizar o servidor como uma solução privada de alojamento e partilha de ficheiros.

Tenha em atenção: realizamos a configuração inicial; a administração e a gestão contínuas do sistema de armazenamento de ficheiros (por exemplo, utilizadores, permissões e cópias de segurança) serão da sua responsabilidade.

Sim. Qualquer projeto pode ser descarregado como um único arquivo que contém todos os respetivos dados e os visualizadores de tours virtuais, nuvens de pontos, malhas, modelos IFC/Revit, Gaussian splats 3D, ficheiros PDF, vídeos 360° e mapas. Inicie o descarregamento nas definições do projeto e receberá um e-mail com o link assim que o arquivo estiver pronto. Também pode solicitar um único arquivo com todos os seus projetos de uma só vez.

Um navegador não consegue abrir este tipo de arquivo com um simples duplo clique num ficheiro, porque os visualizadores carregam os dados através de pedidos que os navegadores bloqueiam quando os ficheiros são abertos localmente. Por isso, o arquivo inclui um pequeno servidor Web: aplicações prontas a utilizar para Windows e macOS, bem como o mesmo servidor sob a forma de um script Python para quem preferir executar o código-fonte. O ficheiro README.txt incluído descreve as três opções passo a passo, incluindo como permitir a execução da aplicação para macOS — esta não está assinada com um certificado de programador da Apple.

Assim que o servidor estiver em execução, o projeto abre-se no navegador Web num endereço local e funciona exatamente como online — sem qualquer ligação à Internet. É ideal para um estaleiro de obras sem acesso à Internet, uma apresentação num computador portátil ou a entrega de um projeto numa pen USB ou unidade de rede.

O arquivo é um site estático simples, pelo que também pode alojá-lo através de self-hosting e partilhá-lo com os seus clientes. O único requisito é que seja disponibilizado na raiz de um domínio ou subdomínio (por exemplo, tour.your-company.com), pois as páginas fazem referência aos respetivos ficheiros através de caminhos absolutos.

Ao iniciar o descarregamento, também escolhe durante quanto tempo o link permanece ativo. Por predefinição, o arquivo é eliminado automaticamente após 24 horas. Em alternativa, pode solicitar um link permanente, que permanece disponível até eliminar o arquivo ou o projeto. O link não requer uma palavra-passe — qualquer pessoa com acesso ao projeto pode utilizá-lo para descarregar o arquivo. Até ser eliminado, o arquivo é contabilizado no tamanho do projeto.

Os projetos offline estão disponíveis nos planos pagos — a tabela comparativa mostra exatamente quais os planos que os incluem.

Sim — oferecemos uma versão self-hosted do software para uso totalmente offline, ideal para organizações que precisam manter dados sensíveis internamente.

A versão self-hosted está disponível mediante um pagamento único de 4 500 €. Receberá um contentor Docker com instruções de configuração completas e orientação para a implementação inicial no seu próprio servidor.

O contentor inclui direitos vitalícios de utilização e um ano de acesso a atualizações. Após esse período, poderá continuar a utilizar o contentor com as funcionalidades atuais ou adquirir um pacote de suporte alargado para receber futuras atualizações.

Em alternativa, estão disponíveis planos com servidor dedicado, que incluem acesso ilimitado a todas as funcionalidades. O armazenamento pode ser expandido até 308 TB.

Os requisitos dependem principalmente do tamanho das nuvens de pontos. Se trabalhar com 10 a 20 milhões de pontos por estação, recomendamos o seguinte:

• Pelo menos 64 GB de RAM, bem como um ficheiro de swap de grandes dimensões como recurso de contingência.
• Uma unidade SSD ou NVMe rápida para o próprio contentor — o armazenamento dos projetos pode ficar num HDD convencional.
• O desempenho da CPU não é essencial; não é necessária uma GPU dedicada.
• É necessário acesso SMTP ao seu servidor de e-mail para enviar e-mails pelo sistema.
• É necessário configurar o acesso externo à Internet, incluindo um domínio, DNS, um certificado SSL e um proxy inverso — trata-se de uma configuração habitual se já dispuser de um servidor gerido.
• Será também responsável por criar cópias de segurança.
• Não é necessária qualquer manutenção da base de dados — tudo é gerido automaticamente dentro do contentor.

Assim que estes componentes estiverem configurados, a plataforma funcionará de forma fiável e eficiente na sua infraestrutura.

Sim. Além do Google e do Microsoft Entra ID, os utilizadores podem iniciar sessão através de qualquer fornecedor compatível com a norma OpenID Connect (OIDC) — incluindo Active Directory Federation Services (AD FS), Okta, Keycloak e Auth0 — para que possa continuar a utilizar os procedimentos de IAM existentes. As contas são aprovisionadas automaticamente no primeiro início de sessão e associadas com base no endereço de e-mail. A configuração requer apenas um URL de descoberta, um ID de cliente e um segredo, definidos nas definições de administração.

Sim — é possível personalizar. Contacte a nossa equipa de suporte e indique o que pretende alterar — o tema visual, os modelos de e-mail ou outros elementos. Analisaremos as opções disponíveis e ajudaremos a adaptar o sistema às suas necessidades.

Sim — se usar um servidor dedicado, a sua equipa de TI pode personalizar várias partes da interface do utilizador para refletir a identidade visual da sua empresa.

O sistema usa modelos Jinja2 para páginas web e e-mails e folhas de estilo CSS para definir a apresentação visual. Isso permite modificar elementos visuais como logotipos, cores e layouts, além dos textos.

Se necessário, estamos sempre disponíveis para ajudar com as personalizações, embora a sua equipa possa implementar a maioria das alterações por conta própria.