Open Cloud

Oui, vous pouvez le trouver sur cette page. La visionneuse de démonstration appliquée est disponible ici (veuillez noter que vous devrez vous inscrire une fois de plus): https://cloud.opendesign.com/docs/index.html#/

Nous ne fournissons pas ces outils pour la plate-forme Mac pour l'instant.

Malheureusement, la bibliothèque VisualizeJS ne prend pas en charge le travail avec plusieurs fichiers en même temps. Mais vous pouvez créer deux instances de la bibliothèque et les utiliser avec différentes toiles; voici un exemple.

Il est possible de visualiser les fichiers IFC en utilisant notre Open Cloud. Notre visionneuse Cloud (basée sur le SDK Open Cloud) l'illustre.

La visionneuse Web ne peut probablement pas atteindre le serveur Open Cloud. Vous devez effectuer les étapes suivantes:

1. Modifier la configuration de la visionneuse Web: https://cloud.opendesign.com/docs/index.html#/webviewer?id=build. Le paramètre api_host doit pointer vers l'adresse IP du serveur Open Cloud.
2. Exécutez un serveur Open Cloud avec des URLs "dotnet OpenCloudServer.dll – urls http://0.0.0.0:8080"

Pour créer un autre utilisateur, veuillez utiliser l'API Open Cloud Server.

Si vous souhaitez proxy des requêtes websockets via le serveur Nginx, vous pouvez utiliser l'instruction standard, par exemple celle-ci.

Exemple comment choisir la sous-entité de niveau inférieur et plus:

var opt = new tlib.OdTvSelectionOptions();
opt.setLevel(tlib.SelectionLevel.kSubentity);
opt.setMode(tlib.SelectionMode.kCrossing);

var selectionSet = viewer.activeView.select([0, 0, 1920, 1080], opt, viewer.getActiveModel());
var itr = selectionSet.getIterator();

for (; ! itr.done(); itr.step()) { var subEntity = itr.getSubEntity(); console.log('sub entity'); }

Nous utilisons notre propre moteur graphique Visualize, avec notre implémentation de rendu.

Vous pouvez même mettre en œuvre la communication entre votre backend, certains de vos serveurs et notre serveur cloud. Par exemple, si vous souhaitez effectuer certaines opérations avec des fichiers DWG, vous pouvez le télécharger sur votre backend, effectuer certaines opérations et télécharger la nouvelle version sur le serveur Open Cloud.

En fait non, vous n'avez pas besoin du GPU sur le backend. Il est possible d’assurer que toutes les opérations de conversion de fichiers source tels que DWG et autres vers notre VSF fonctionnent sans unité GPU.

Oui, vous pouvez implémenter un convertisseur pour visualiser le format de flux, puis il est possible de convertir le format flux visualisation en différents autres formats pour le rendre dans le navigateur, par exemple.

Nous stockons uniquement les données de géométrie dans le navigateur. Donc, de tous les fichiers comme revit, .dwg, nous extrayons les données de géométrie, nous utilisons .vsf (de Visualize project), et ces données sont transmises directement via un serveur Open Cloud au navigateur. Donc, seules ces données sont stockées dans le navigateur.

Nous utilisons .NET core pour pointer vers notre serveur Open Cloud et nous utilisons du code C++ pour nos outils jobrunner et Convertisseur de fichiers/File Converter tools. Sur frontend, nous utilisons JavaScript, mais il est utilisé pour notre application de visionneuse de démonstration, mais ce n'est qu'un exemple.

Il existe 2 parties de nos solutions Open Cloud et elles ont des exigences différentes. Nous avons un serveur Open Cloud, écrit en .NET core et en fait, il n'a pas de parties lourdes ou de fonctionnalités lourdes. Mais la deuxième partie de nos solutions est jobrunner, en fait, cette partie effectue le travail très lourd, car elle effectue l'ouverture de fichiers très lourds comme revit et .dwg et cela va dépendre de la taille du fichier et de la structure interne de cette taille.

L'idée principale est que vous devez fournir le très bon matériel pour la partie jobrunner. Pour un serveur Open Cloud, vous pouvez utiliser des instances virtuelles de taille moyenne.

Jobrunner est une application légère, qui exécute une application de conversion de fichiers pour convertir des fichiers dans un autre format de fichier ou pour extraire des données de géométrie ou des données de propriétés. Le contrôleur et les workers, nous avons décidé de les laisser pour le support. Nous avons donc des tests, une documentation de base à ce sujet. Mais actuellement, nous ne les développons pas, ils sont assez stables, mais nous n'avançons pas pour prendre en charge quelques nouvelles fonctionnalités avec ces outils.

Le handle est l'identification de l'objet à partir de la base de données native. Cela signifie que grâce à cette poignée/handle, vous pouvez connecter la visualisation, l'objet que vous pouvez voir dans le navigateur et les objets natifs du fichier d'origine, le fichier source. Il est représenté sous forme de chaîne, car à partir du serveur Open Cloud, vous obtenez toutes les données au format JSON.

Veuillez commencer par cet article.

L'application Web doit se connecter à l'application Worker via des connexions WebSocket. Grâce à WebSocket, vous pouvez envoyer des commandes à exécuter côté Travailleur.