SupportMensura

Bonjour, Difficile à dire pour le moment. En général, je conseille l'utilisation de ces masques de vidage (.frt). Il y en a un qui est fait pour la codif libre. testes les, voir ce que ça donne. http://dl.free.fr/fMSagL2WI Bastien.

Bonjour, Pourquoi es tu obligé de mettre un code à chaque point dans ton option 2- ? Tu as moyen d'envoyer un specimen de ton fichier GSI ? Bastien.

Bonjour, Soit, mais dans notre cas, le fichier est généré par une application tiers, on ne retrouve pas cette notion de gabarit. Du coup, les variables sont initialisées comme si on ouvrait un DWG sans gabarit. Ok, il est peut être possible que Mensura fixe les variables autrement, mais pourquoi les valeurs que tu donnes seraient mieux appropriées que celles par défaut (sans gabarit) ? Ces critères me paraissent subjectifs...(je ne contredis pas le fait qu'ils soient surement mieux adaptés pour certaines utilisations liées au corps de métier). Loin de moi l'idée de faire ma tête de mule, mais comme je n'utilise que très peu autocad, je ne comprends pas vraiment pourquoi il faut qu'ECHLTP = 0.4, du moins, les tenants et aboutissants ne sont pas clairs... et aussi : MSLTSCALE = 1 => je ne retrouve pas la définition de cette variable. Echelle d'annotation dans l'onglet OBJET le plus proche de l'échelle générale... => Comment la fixe t-on ? Les présentations en Millimètres... => comment la fixe t-on ? Merci.

Bonjour, @rebcao : Merci pour l'analyse du fichier. Ceci dit, cela fait beaucoup de variables à modifier et de valeurs à calculer, sachant que le résultat souhaité est d'avoir la même apparence des lignes entre EO et les présentations. De plus, l'utilisation d'ECHLTP modifie globalement l'échelle des lignes (EO et présentations si j'ai bien compris), ce qui n'ai pas forcément mieux... S'ajoute à cela, la compatibilité entre ce que fait mensura, et ce que fait AutoCAD, et ce qu'on met dans le DWG. Je persiste à croire que PSLTSCALE = 0 reste la bonne solution, d'autant que c'est ce qui se rapproche le plus de ce que fait Mensura. Concernant MEASUREMENT = 0, est ce réellement préjudiciable qu'elle soit = 0 ? @Rimbo : echltp=0, c'est possible ? De mon côté, Acad n'accepte que les valeurs non nulle et positives pour ECHLTP. Bastien.

Bonjour, @rebcao : justement, dans le cas présent, les types de ligne ne sont pas affichés correctement dans les présentations. Il faut passer la variable =0 pour qu'ils s'affichent de la même manière que l'espace objet. D'ailleurs, l'aide Autocad explique cela : "0= Aucune mise à l'échelle particulière du type de ligne. La longueur des tirets dépend des unités de dessin de l'espace (objet ou papier) dans lequel les objets sont créés. Mise à l'échelle effectuée par le facteur ECHLTP général." Du coup, dans notre cas, c'est, a priori, PSLTSCALE=0 qui nous convient.

Bonsoir, Après quelques essais, la variable PSLTSCALE dépends bien, a priori, de chacune des présentations. Il se trouve qu'elle à la valeur =1, ce qui semble moins pratique que si cette valeur était à zéro. Franchement, je ne sais pas si c'est menura qui l'exporte comme ça, ou si c'est une sorte de défaut du format DWG dans le cas où on lui donne aucune valeur. Toujours est il que j'ai soumi le cas au développement. On va voir ce qui peut être fait. Bastien.

Bonsoir, Effectivement, il n'y a pas de solution miracle pour ce type de manipulation. Bastien.

Hello, On va atteindre le point godwin... :) Bastien.

Bonjour, A priori, c'est google Earth qui limite les données envoyées. Ainsi, les images importées géoréférencées le sont en noir et blanc. L'importation des points est limitée à 5000, au delà, le débit de transfert devient très bas. Bastien

Bonjour, Il semble que le problème soit lié au fait que le regard est inséré sur un point terrain. Une réinstallation de l'appli de résoudra pas l'anomalie. Bastien.

Bonjour, Je te conseille de contacter le support. Nous avons rencontré des cas de figure plus ou moins similaires sur certaines installations. Nous devrions pouvoir y remédier. Bastien.

Bonjour, Le calcul sur plusieurs niveaux de plates formes est possible, mais réservé à des cas simples et permettre une visu 3D sur plusieurs niveaux. La méthodologie à suivre reste, dans la majorité des cas, de transformer une des phases de PTF en terrain. Concernant l'intitulé, il peut être trompeur. J'alerte le développement à ce sujet, mais il est possible qu'à terme, le calcul sur plusieurs niveaux de PTF soit bloqué, le concept n'étant pas prévu dans tous les cas de figure (notamment, le calcul de talus) Bastien.

Bonjour, Difficile à dire comme ça. Je te conseille de contacter le support, en transférant un cas de figure. Bastien.

Bonjour, Ce n'est peut être pas que ta configuration qui est en cause. On peut toujours imaginer mieux, mais il n'y a peut être pas que cela. Ton poste tourne sur un OS 32 bits, donc, la mémoire max utilisée sera aux alentours de 3 Go. Tu peux déjà vérifier via le gestionnaire de tache si tu n'atteint pas cette barre fatidique... Ensuite, les affaires que tu traites sont elles importantes (quelles tailles font elles en moyenne ?). Est ce que tu rencontres la même problématique que chaque affaire, ou sur certaine ? As tu beaucoup d'objets affichées sur tes vues, des Xref, des images ? Le problème se pose t il en lançant des commandes (restitution en plan par exemple), ou plutôt à l'affichage, comme tu sembles l'indiquer ? Bastien

Bonjour, UNDECAL et UNEDACLPT sont des commandes qui permettent de réinitialiser les limites du dessin (ou décalage d'origine. Cela permet d'éviter de réaliser des calculs avec de gros nombres qui peuvent générer des calculs plus long en durée notamment). Il n'y a pas d'équivalent dans les menus déroulants. Dans le prochain Patch, lorsque les limites poseront problème lors de la modélisation, mensura proposera de les réinitialiser à ce moment. Bastien