Descriptions de Produits

CentOS utilise le GCC 4.8.5 et nous compilons des bibliothèques natives avec une version plus récente de GCC. Vous obtiendrez l'erreur suivante si vous utilisez des dessins pour Java:

java.lang.UnsatisfiedLinkError: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by libTeighaJavaCore.so)

L'erreur est apparue car les gcc 4.8.5 et gcc 5.3 ne sont pas compatibles avec ABI. Étant donné que le gcc 5.3 dans la bibliothèque glibc utilise la version ABI CXX11, et le gcc 4.8.5 ne le fait pas (plus d'informations sur la compatibilité ABI du gcc peuvent être trouvées ici et des notes de version pour le gcc 5 indiquant qu’ “Un ABI double est fourni par la bibliothèque. Un nouvel ABI est activé par défaut."

Puisque nous utilisons une version défaut ABI (signifie que nous utilisons une nouvelle version) - vous avez de telles erreurs. Comme je peux le voir, vous devez mettre à niveau la version de votre système d'exploitation/OS pour qu'un compilateur gcc plus moderne soit activé par défaut dans la nouvelle version ABI.

Nous ne prenons en charge que les fichiers Solid Edge avec des bibliothèques Datakit supplémentaires qui sont disponibles en tant que composant séparé et ne sont pas inclus dans l'adhésion commune. Avec cette extension sont disponibles les formats .par et .asm.

Nous fournissons des wrappers au-dessus du code C++. Les wrappers sont générés pour un grand nombre de SDK: SDK de dessin, SDK de visualisation, SDK de publication/Drawings SDK, Visualize SDK, Publish SDK. Mais pour l'instant, nos wrappers ne sont que pour Windows.

Si vous utilisez principalement les fichiers .dwg et .dgn, utilisez le SDK Dessins. Pour travailler avec les formats de fichiers .dwg l'Architecture , le Civil et la Mécaniqueveuillez utiliser le produit ODA correspondant.

Pour la visualisation, vous pouvez utiliser Visualize et Open Cloud (ce produit est spécialement conçu pour créer des applications web/Saas). Ces produits fonctionnent non seulement avec des multiples formats de fichiers CAD, mais également avec le BIM.

Pour développer des solutions BIM, vous pouvez utiliser une large gamme de formats de fichiers:

• Fichiers Autodesk® Revit® (rfa/rvt) – BimRv
• Fichiers IFC - IFC SDK
• Fichiers Autodesk® Navisworks® (nwd, nwc, nwf) - BimNv

Vous pouvez obtenir les fichiers 2D et 3D .pdf avec le SDK de publication.

Oui, nous avons des wrappers pour Python2, la plate-forme vc15. Les wrappers générés à l'aide de SWIG, qui utilise la technologie CPython.

Nous avons plusieurs exemples comment vous pouvez utiliser ODA SDK en Python: Drawing\Swig\Python\Examples\OdDemoViewerExSwigPythonTK et Drawing\Swig\Python\Examples\OdReadExSwigPython.

Vous aurez besoin des archives suivantes: SDK du noyau, SDK de dessins, SDK Python (Kernel.PY et Drawings.PY). Vous pouvez télécharger les archives sur cette page.

Les deux produits sont des wrappers au-dessus du code C++.
Les Drawings.NET Classic est un ensemble wrappers conçus manuellement à l'aide du C++ géré.
Les Drawings.NET est un ensemble d’wrappers, générés au moyen d'un outil swig - et est un ensemble d’wrappers C#, qui utilisent pInvoke pour adresser le code C++.

Ces deux produits permettent d'utiliser la fonctionnalité de ODA SDK avec des langages gérés, tels que C#, C++/CLI, VB. Ces produits sont un ensemble de wrappers pour le code natif C++.

.NET Classic (ou Dessins .NET Classic) est une API identique à l'API AutoCAD .NET. Si vous avez un plugin .NET pour AutoCAD, vous pourrez le créer pour les applications ODA presque sans modifications. Vous pouvez envisager d'utiliser .NET Classic si vous êtes familier avec l'API .NET de AutoCAD ou si vous avez un plugin .NET actuel pour AutoCAD que vous souhaitez transférer dans les applications basées sur ODA.
L'inconvénient est que .NET Classic couvre moins de fonctionnalités C++ que Drawings.NET. Vous pouvez demander à implémenter une classe .NET à partir de l'API AutoCAD si elle n'est pas encore implémentée, mais cela nécessite plus de temps que dans Drawings.NET (parce que dans .NET Classic, on doit implémenter chaque classe manuellement, alors que dans Drawings.NET, on utilise la génération automatique de code).

Drawings.NET (ou .NET Swig, ou .NET) fournit une API identique à l'interface ODA C++. Il fournit les mêmes classes avec les mêmes fonctions et paramètres que ODA SDK C++. Sur ce projet, nous utilisons la génération automatique de code, donc presque toutes les fonctionnalités ODA C++ sont disponibles.

Pour le moment, seules les importations de PDF vers DWG sont possibles avec notre logiciel. Le dessin importé est obtenu sous forme de copie de sa présentation en PDF. Tous les éléments dessinés sont transférés en DWG sous la forme d'ensembles de courbes, de textes, d'images, etc. Le dessin importé naturellement n'est pas une copie absolue du dessin original (qui a été importé au format PDF) car toutes les données ne sont pas transférées au format PDF à partir du dessin original.

Vous pouvez utiliser des archives ODA avec des wrappers SWIG, qui sont implémentés pour certains produits: Drawings.NET, Publish.NET, Visualize.NET, Architecture.NET et Civil.NET.

Le SDK Dessins ODA fournit un support natif et un ensemble d'exportations et d'importations pour les fichiers .dwg, .dxf et .dgn. Nous fournissons un support pour les versions anciennes et les plus récentes des fichiers .dwg.

Le SDK BimNv crée des fichiers type .nwd (Données de modèle), .nwc (Cache de géométrie), .nwf (Intégration de données BIM).

Le SDK BimNv permet de combiner et d'examiner les modèles de conception 3D détaillés à partir de plusieurs formats de fichiers: .dgn, .dwg, .rvt//rfa.

.dwg, .dgn et BimRv (rvt/rfa) peuvent être convertis en fichiers .prc (.pdf 3D).

BimRv lit et rend les fichiers type .rvt, .rfa et .rte des versions de format 2011-2020. Le fichier sera enregistré dans la dernière version (à la base de la version que vous utilisez).

Exportation vers une Collada, .pdf, .svg, .obj, fichier raster.

Importation de fichiers Collada.

Ces produits sont des extensions de dessins pour les objets civils personnalisés, la conception architecturale et les objets mécaniques. Veuillez utiliser ce lien pour en savoir plus sur les formats de fichiers avec lesquels le SDK de dessins peut fonctionner.

* - BIM et NwInterop ne font pas partie d'une adhésion standard à ODA et nécessitent des frais de licence annuels supplémentaires.

Le SDK de Dessins fonctionne avec différents formats de fichiers, y compris les fichiers .dwg, .dgn, .dwf, .dxf, .pdf, .dae (Collada), .svg, formats raster, .stl, .hsf, Trois.js, .pc3, .rcs, .rcp. Le SDK Dessins enregistre le fichier dans la dernière version du fichier.

Versions prises en charge pour les fichiers .dwg, .dxf et .dxb (binaire.dxf): à partir de l’ACAD9 et l’ACAD10 (.dxf et .dxb uniquement) jusqu’à l’ACAD2018.

Versions prises en charge pour les fichiers .dwf: XPS, B6, A6, C5.5, A5.5, B5.5, C4, A4, B4, 3D.