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.

Super merci pour toutes ces lumières qui me sont fortes utiles et m'ont permis de me sortir de ce casse tête!

Mais du coup comment exploiter le plan ensuite? Car imaginons avoir réaliser des profils en long à partir du projet en Lambert III. Comment justifier qu'il y ait 27m qui supplémentaire? Car ça devrais avoir une importance non négligeable lors d'une implantation du projet sur le terrain par exemple! Qu'en penses-tu?

Voilà après reprojection depuis lambert III vers Lambert 93 j'obtiens une différence de 27m sur un axe de 25km de long sachant que c'est dans la région de Perpignan. Au vu de tes documents cela me semble cohérent. Qu'en pensez-vous?

Merci, tes deux derniers graphiques sont très interressants. Je vais voir ce que me donne la conversion vers le RGF93 unique.

Bonjour, j'espère que le weekend fût bon! Merci Lili2006, je vais essayé de regarder les liens rapidement. Pour la fourchette des 9 à 7cm/km je l'avais également trouvé mais du coup c'est ce qui soulève mon doute sur les 12m de différence que j'ai. J'ai voulu transformer en cc43 justement pour limiter ces altérations linéaire. Car il me semble qu'en RGF93 c'est un ordre de grandeur bien plus important. En tout cas merci déjà de ton aide.

Bonjour, Petite question que je pose ici à cause de lacunes de ma part au sujet de re projection d'un système de coordonnée à un autre. Une plani de 25km que nous avions en Lambert III Sud nous a été demandée en système RGF93. Afin d'être le plus précis possible j'ai converti cette plani à l'aide de COVADIS vers le système CC43. Jusque là tout ce passe bien et j'obtient une belle conversion. (vérification avec Circé de quelque point du projet). Sauf que grande surprise sur un axe de projet (environ 25km) présente une différence de longueur de 12m!!!! La polyligne est bien en 2D. Alors je sais qu'il existe des altérations linéaires du à la re projection mais j'ai put lire qu'elle n'était pas aussi importante pour justifier un écart de longueur de 12m. Alors est-ce normal ou y-a-t-il quelque chose que j'ai raté. D'avance je vous remercie pour vos lumières sur un sujet qui m’intéresse mais qui pour le moment n'est pas maîtrisé de moi! :) A bientôt PY.

Pas mal du tout comme méthode! Je teste ça dès que possible mais au vu de se que tu m'indique ça semblerai coller à mes attentes. Je teste et tien au courant. Encore merci pour toutes ces info Didier.

Je pense que j'ai confondu le principe de tabulation, je vais essayer de regarder cette manip si je peux obtenir le résultat souhaité. Merci ;)

Bonsoir Didier, Merci pour ton attention! J'utilise le module profils par polylignes 3D. J'ai peur que dans mon cas la tabulation soit une opération trop fastidieuse sur de long projet. amicalement

Bonjour, Ma question porte sur les profils en long générés à l'aide de COVADIS. Est-il possible de régler la densité des lignes de rappels d'un profil en long? Par exemple si la variation d'altitude est inférieur à 50cm je ne met pas de ligne de rappels? Merci d'avance pour vos lumières! Py.