jarod34

Comme quoi effectivement ça fait déjà un moment :).

Bonjour, Entendu, j'ai voulu contacter Mr Eckmann mais me suis aperçu que je n'avais pas ses coordonnées. Je tente le support merci! Cordialement.

Bonjour, Je me permet de solliciter votre aide sur une problématique de lecture de carnet Trimble dans le module calcul topo. Notre appareil topo fourni un fichier . job contenant des points relevés comme indiqué ci-dessous : Là-dessus aucun souci pour l’importation en carnet Trimble GDM avec le « Geodim.ini » puis de nos calculs. Par contre pour nos points relevés avec une référence comme ci-dessous, nous ne parvenons pas à les récupérer : Nous ne récupérons que des commentaires. Sachant que le point P96 est connu en xyz dans la geobase nous avons donc deux questions : - Tout d’abord est-il possible de modifier les paramètres de lecture du carnet pour prendre en compte correctement ces points ? Si oui par quel menu doit-on passer ? - Covadis a-t-il la capacité ensuite à calculer correctement ces points. D’avance merci de votre aide. Cordialement.

Super c'est ce qu'il me fallait! Comme quoi j'aurai pu tourner un bon moment en rond. Un grand merci à toi Guillaume!

Bonjour à tous! Après une longue absence sur le forum me revoici. Je souhaite une bonne année à tous ceux qui verront ce message! Cette fois c'est du côté de COVADIS que je viens chercher de l'aide. Ca fait maintenant trop longtemps que je n'ai pas touché au logiciel et j'ai du mal à dépoussiérer mes souvenirs. Ma problématique: Lire un carnet ".job" issu d'un relevé au théodolite Trimble. Le fichier se compose de cette forme : Si je me trompe pas dans COVADIS Calculs Topométriques, je vais dans "Lecture" "Carnet Trimble JOBXML"? Le fichier Ini pour parvenir à lire ce type de carnet existe-t-il déjà? car j'en ai testé plusieurs et rien n'y fait. Je pensais donc paramétrer moi même un fichier INI, cependant je ne parviens pas à retrouver comment indiquer le code pour le numéro de point, l'angle horiz/verti ... Si quelqu'un peut m'aider je lui en serait grandement reconnaissant. Merci d'avance! Py.

Salut Gile! Super, les fonctions setenv et getenv repondent bien à ma demande. C'est ce genre de variable que je recherchais. Je viens de trouver un post de ta part ainsi que de Patrick pour leur utilisation et ça semble fonctionner. Merci beaucoup! A bientôt. Py

Bonjour à tous, Me voilà de retour après une longue absence. J'ai un petit blocage sur une routine que je met au point, dont voici l'explication: Mon besoin: Je souhaite pouvoire mémoriser dans un variable AutoCAD une information du type "chemin d'un fichier". Existe-t-il selon vous une telle variable personnalisable? Mes contraintes: Je souhaite que mon chemin soit toujours enregistré même si je ferme mon dessin pour pouvoir la rappeler dans un autre dessin (autrement dit les variables USER ne répondent pas à cette contrainte). Je ne peux pas ajouter mon chemin diretement dans les chemins de recherche bien entendu. Dans le cas où aucune variable ou moyen de mémorisation ne puissent répondre à mon besoin, j'ai pensé à l'enregistrer temporairement dans un fichier txt par exemple (bien que pour l'heure je ne sache pas créer un fichier txt en y enregistrant un texte à partir d'un LISP). Je suis preneurs de toutes infos sur le sujet! D'avance merci à vous :) Py.

Impeccable, voici ce que je conserve: Je ne m'en sortais plus avec ces guillemets... :) Un grand merci à toi pour ton aide (gile)

Bonjour (gile), Merci pour l'info je vais tester ça et vous tiens au jus!

Bonjour à tous, Voilà un petit problème sur lequel je tourne en rond ... je cherche à extraire une partie d'une chaîne de caractère. J'ai une variable appelée "TXT" qui a pour valeur "2-3/4\"x1 3/4\"lg". Ce que je souhaite c'est de pouvoir récupérer dans une nouvelle variable LG la valeur qui se trouve entre le "x" et le "\"lg". Autrement dit dans ce cas je voudrais pouvoir avoir LG ayant la valeur de "1 3/4". Auriez vous une idée de la méthode à utiliser pour parvenir à ce résultat? D'avance merci pour vos lumières. A bientôt Py.

En effet je tenterai ma chance ^^. Merci bonne chance!

Dommage également ça m'aurai intéressé! Mais pour un post chez INGEROP sur Pérols (34) :). Tant pis! Bonne recherche.

Uniquement parce que le client se doit de travailler sur des plans en RGF93. Une nouvelle politique au sein de leur organisme fait que ce système est désormais celui à utiliser pour réaliser les plans. Alors après je serai incapable de te le justifier ni même d'expliquer le raisonnement et les conclusions qui ont amenées à ce changement. J'ai bien peur que ce soit uniquement dût au fait que depuis 2006 nous devons utiliser le RGF 93 comme système et qu'ils appliquent les consignes à la lettre. Ce sont-ils posés des questions avant ce choix, je pense et je l'espère ....

Bonjour, Non au contraire Lili2006, j'en profite pour remercier Didier et Thierry pour votre partage de point de vue car je l'ai suivie avec intérêt. La curiosité professionnel n'a jamais tuée personne @+

Bonjour, Merci pour vos réactions et voici un peu l'historique qui m'a amené à poser ces questions. Avant, tous nos projets ce réalisaient en Lambert zone sans souci et tout allait bien. Sauf que cette année notre client souhaite que tout plan soit rendu en RGF93. Cette demande est contractuelle nous n'avons plus le choix. Et il est bien question que du RGF93 unique (allez savoir si du coup ça ne va pas changer encore dans un avenir proche suite à des prises de conscience). Devant respecter les volontés du client nous nous plierons à l'avenir à sa demande. Le problème c'est que ce plan avait été commencé en Lambert zone à cause d'une demande spécifique de notre client en raison de recollement à réaliser avec d'autre plan externe tous établis dans le système Lambert zone . Résultat une fois fini et le projet bouclé, il est revenu vers nous comme une fleur en demandant à ce que l'on puisse rendre un plan en RGF93. Quelque part ça nous apprendra à être plus discipliné et imposer le RGF93 d'entré et de convertir les plans externes plutôt que l'inverse. (Ce n'est pas mon projet ...). En conclusion la conversion est correcte mais c'est simplement les hachures qui posent problème et bien entendu cette altération linéaire. Pour les hachures je m'en suis sortis en les reprojetant grâce à AutoCAD MAP 3D qui pour le coup m'a bien dépanné. Reste tout de même que je n'aime pas réaliser des opérations sans en comprendre la pleine étendu, je vais donc continuer à creuser ... et apprendre!! :(rires forts): Bonne journée à tous.