didier

Coucou Ben si tu dis pas tout nous on ne dira pas tout non plus... Ce texte il est où? Dans un fichier ascii au moins car si c'est dans un traitement de texte (on peut tout imaginer quand on n'a pas les données entrantes...) cela va devenir compliqué

Coucou Avec l'ajout d'une ligne horizontale depuis le point zéro et en lui mettant une contrainte d'horizontalité ça a l'air de fonctionner WeTransfer

Coucou Je ne peux pas laisser passer un post de râleur en chef sans venir cracher mon venin sur ces "remplisseurs de croix dans des cases" là aussi je sais de quoi je parle Il m'est arrivé de devoir faire le plan d'un réseau d'assainissement sur le territoire entier d'une commune d'environ 14 km² restitué sur un fichier unique Des tampons on en a vu des ronds et des carrés ... Sans compter ceux qu'on ne voyait pas, les tampons borgnes et le tampons non ressortis lors de pose d'enrobés "à la va-vite". Les tampons en pente existent aussi le Z on le prend où chef ? Et quand on va mesurer la profondeur de radier on se réfère à quel côté ? Et quand la chambre est sous un tampon excentré et qu'une cana débouche sur une face inaccessible on prend le fil d'eau où chef ? Et le tampons siphoïdes on le prend où le fil d'eau chef ? Et les avaloirs non visitables on le prend où le fil d'eau chef ? Tout ça pour dire que le meilleur plan de récolement restera perfectible et à utiliser avec précaution Il se trouve qu'avec les données numériques les "gens" perdent la notion de "précision" et "croient" ce qui est à l'écran comme nos aïeux croyaient les nouvelles écrites dans le journal ! C'est une illusion de vouloir faire croire qu'on peut mesurer au pied à coulisse et afficher des millimètres dans un environnement qui de décompte en dizaines d'hectares Il faut que ça coule point final, l'eau pousse l'eau, tout ça on l'entend sur les chantiers mais dans les fichiers numériques si une contrepente s'affiche tout le monde pousse des cris d'orfraies Comme celui qui mesure au centimètre près sur le dwg du cadastre qui ne sait pas que son fichier est issu de la vectorisation du scan d'un plan sur calque au 1/2000 dessiné au tire-ligne sur lequel une simple épaisseur de trait représente quarante centimètres sur le terrain! Je suis pour le numérique mille fois pour mais je connais les limites et n’exigerai pas de mes topos une précision dans une procédure juste "pour le plaisir" Je suis pour aussi l'émission de procédures car il faut que les choses soient cadrées reste à trouver le juste milieu entre le remplisseur de croix dans des cases et le responsable qui sait de quoi il parle dans la procédure ce qui devient de plus en plus rare de nos jours. Amicalement râleur

Coucou OK En 2015, 2020 ou 2021 mes tests avec RTDISPLAY ne sont pas opérants, ni avec DRAGMODE d'ailleurs... Seul le cadre bouge et l'image reste grisée à sa place initiale Il est possible que ce soit lié aux possibilités ou à la puissance de la carte graphique... à creuser par les spécialistes. Amicalement

Coucou RTDISPLAY a été cité mais reste inopérant Est-ce que vous avez vérifié le fonctionnement avant de poster ? Et si oui est-ce que ça fonctionne chez vous ? Amicalement

Coucou Bien sûr nous avons tout vérifié, sans résultat. sans doute non... Le rapport que tu cites dans les proportions est approchant du rapport inches/millimètres Regarde du côté des unités il est vraisemblable que tu utilises pouces à un endroit où c'est le système décimal qui est attendu... Amicalement

Coucou Certes le SSGET ne permet pas de présenter un message pour la saisie en ligne de commande Ce que j'utilise avec cette méthode est un PROMPT juste avant le SSGET , ça fonctionne Le bémol auquel je pense je n'ai pas envie de le dire tout de suite et j'attends la question de DenisHEN car je connais l'oiseau qui questionne (hihi) Si il contourne le souci je ferai amende honorable, à suivre ... Amicalement

Coucou Tu as dû copier-coller ta première version de quelque part, tu as été puni J'étais en train de te répondre mais tu as trouvé avant que je publie... Tu devrais regarder le ssget avec "_:E:S" les filtres sont efficaces Amicalement

Coucou Tel que c'est expliqué, je dis bien tel que, c'est impossible Il y a un souci ailleurs, mais je ne vois pas lequel Est-ce que le point est un bien un bloc dont le premier attribut a l'étiquette MAT et un deuxième avec l'étiquette ALT C'est avec ce filtre d'étiquette que (je crois me souvenir) que Covadis filtre les points topos Pour ce qui est des décimales affichées, ce n'est que paresse d'affichage, les données sont bel et bien en virgule flottante Dans le fichier (texte) de point le séparateur décimal est bien un point pas une virgule? Et si tu dessines tes points et polylignes par un script, il se passe quoi ? Je ne vois pas quoi dire d'autre tout de suite On peut voir le dessin en pièce jointe pour juger sur pièce ? Amicalement

Coucou Oui c'est possible Transmets un fichier DWG avec les attributs à mettre en place et la routine qui fabrique le CSV Il faut savoir que ça va être bien plus lent qu'actuellement car la gestion d'Excel depuis LSP est moins efficace que la création de CSV Amicalement

Coucou Dans le fichier joint je ne vois qu'un bloc, donc très peu de souci de sélection Par contre en le regardant de près on se rend compte que la vectorisation a créé de multiples sommets Il faudrait simplifier les polylignes obtenues pour rendre ces blocs moins obèses en nombre de sommets Amicalement

Coucou Je ne comprends pas bien la question du coup je vais répondre quelque chose d'ultra simple : Dans un classeur il y a le prototype de la présentation mais avec les colonnes H et Q vides Dans le CSV extrait (on ne sait pas ce qu'il contient) il suffira de copier la colonne concernée pour la coller dans la colonne mise en forme En choisissant de ne copier que les valeurs pas la mise en forme Il est possible que j'aie mal compris... Amicalement

Coucou De rien...je t'envoie des pensées positives pour que tu évolues sereinement sur Mensura Amicalement

Coucou Ça fait un peu "ancien combattant" mais ça fait du bien à entendre à lire Quand je vois travailler les topos de nos jours les bras m'en tombent Il est vrai que je ne travaille pas avec de la main d’œuvre formée à Egleton ou à l'AFPA Mais dans ce domaine aussi c'est la génération presse-bouton Heureusement qu'il y a quelques très bons éléments sur lesquels je peux compter car je ne dormirais pas d'un sommeil tranquille sinon. Un jour il faudra que je compile mes mémoires, ça peut être croustillant Amicalement

Coucou Il y avait longtemps que tu n'étais pas venu taper au carreau (hihi) et qu'on avait pas lu "\nDéveloppé par Denis H. (vers:1.0)"... mais tu es toujours le bienvenu Je te propose ça sans vérification car pas d'AutoCAD sous la main Amicalement (setq blo (car (entsel "\nchoix du bloc"))) (setq tex (car (entsel"\nchoix du texte"))) (entmod (subst (cons 10 (list (car (cdr (assoc 10 (entget blo)))) (cadr (cdr (assoc 10 (entget blo)))) (atof (cdr (assoc 1 (entget tex)))))) (assoc 10 (entget blo)) (entget blo) ) )

Coucou Je ne suis pas dans mon domaine de compétence sur le sujet des scripts Mais il me semble que tout ce qui est "sélection" est impossible avec ce langage Je guette les réponses en espérant y trouver un contradicteur ce qui réglerait ton souci. En lisp bien évidemment on est dans son domaine d'action efficace Amicalement

Coucou Les fautes sont nombreuses partout, dans AutoCAD , c'est souvent du à la traduction Mais aussi sur CadXP, mais là c'est du à la tradition ! Au moins chez Géomédia ils relisent avant de livrer Amicalement

Coucou Je confirme que cent mètres sous terre on ne travaille pas tout à fait comme au soleil ! Nous on fait des polygo doubles en quinconce, car le gyro n'est pas facilement disponible sur certains chantiers (je vous passe les tracas d'importation en Afrique) Les résultats sont probants car on débouche à six kilomètres dans le puits de sortie avec quelques centimètres (dans les trois directions) À propos du calcul du calcul en bloc : j'ai plus un souvenir précis de l'époque mais on avait trouvé des tracas à cause des angles "pointus" quand on observe toutes les potences en quinconce Sans doute une prépondérance des valeurs angulaires sur les distances ? Je plussoie les propos de Thierry au sujet du calcul en réseau (moindres carrés) sur ce genre de polygo à l'avancée. Je ne sais pas sur ton projet mais quand je peux me passer de corrections linéaires je le fais, quitte à faire des polygos spécifiques pour le tunnelier, tous les paramètres à 1 permettent de passer d'un théo à l’autre sans crainte que ce ne soit pas la bonne compensation qui est choisie, idem pour le calcul, pas d’altération linéaire, je travaille souvent en UTM et ça varie pas mal, comme dans les pires recoins du Lambert 93... Je fais ça aussi pour les ouvrages d'art au-delà de trois cents mètres, on commence à trouver des centimètres. Amicalement

Coucou Alors ça! Si la correction en PPM était dans le théo je ne vois pas ce qui pourrait changer car les données entrantes de calcul sont identiques Par contre il y a peut-être une correction dans Covadis ou alors une constante du théo mais toujours dans Covadis Je ne suis pas au courant si les mêmes possibilités de calibration des appareils existent dans Mensura Amicalement

Coucou C'est rigolo comme les questions peuvent d'entrecroiser... Ce message d'aujourd'hui même porte justement sur le double offset...que tu nommes décaler médian, libre à toi Amicalement

Coucou Je pense que ce que Chachageo n'a pas lu ou pas compris c'est : je me suis créé la commande DECALER MEDIAN L'important dans cette phrase est le verbe Il ne sait sans doute pas créer une commande en Diesel si c'est bien le langage utilisé... Mais ce n'est pas vraiment le sujet car il n'est pas sur LT Amicalement

Coucou OK pour les versions, encore une fois un souci de vocabulaire, entre "version" et "produit vertical". Je me permets de te conseiller comme je pense avoir écrit sur mon site, penser grand mais commencer petit Donc d'abord on insère un bloc... ça marche On fait une condition pour en tester deux et ... ça marche On peut penser au fichier texte avec des champs séparés par des caractères spéciaux, et là on va ramer un peu si on est pur débutant on ne touche pas à Excel Mais quand ça marchera tu seras fier de toi et ça n'a pas de prix Le copier-coller est illusoire pour l'apprentissage. Pour ce qui est du levé codé je me "contente" d'accepter les blocs, plaques, tampons, poubelles, réverbères.. par contre la liaison des lignes ne donne pas un très bon rendu et je préfère quand l'humain vient tracer les lignes en ignorant certains points de passage, en favorisant d'autres, surtout au niveau des courbes... Amicalement

Coucou Je ne vois pas la complexité de faire fonctionner sur plusieurs versions d'AutoCAD, un bloc est un bloc ! De quoi parles-tu exactement ?

Coucou Désolé de ne pas abonder dans ton sens mais je me permets de te conseiller de commencer "petit" Si tu progresses régulièrement tu trouveras pourquoi ça t'a fait ça et tu seras heureux de l'avoir trouvé. Allez, au clavier pour faire tes gammes (hihi) Amicalement

Coucou Sujet qui risque le troll, j'ai hésité mais j'y vais... Ce que je crains dans le télétravail c'est la perte d'informations En effet combien d'infos se transmettent devant la machine à café ou en mangeant ensemble le midi ? des tonnes Au niveau du confort, temps de transport en particulier c'est souvent un avantage Si ça doit se répandre comme façon de travailler il faudra que la société se charge du matériel du salarié Ordinateur, licences, imprimantes, consommables, car il n'est pas question de dépenser pour devoir travailler (hors free-lance bien sûr) C'est quelque chose qui a été testé par plein de monde dans une situation d'urgence, si ça doit perdurer il faudra cadrer les choses. Je pense qu'un mix est une bonne chose, quelques jours de pure production à la maison la tête dans le guidon et les autres au siège de la société pour se réunir, expliquer, mettre à jour... Perso, les tests que j'ai eu à faire ces trente dernières années, télétravail par gens à distance du chantier ne se sont que très rarement bien passés à la finale j'ai souvent tout repris une fois livré. Et comme je n'ai absolument pas confiance dans les discours qui présentent des inconvénients comme des avantages il y a beaucoup à faire, car les boîtes qui vont populariser le télétravail le feront à leur avantage (économies sur les locaux ...) et jamais pour le "bien-être" du salarié ça je n'y crois pas une seconde. Sans compter que ceux qui peuvent en bénéficier sont déjà "favorisés" Je ne veux pas opposer les classes de travailleurs mais ceux qui ont des conditions vraiment difficiles, ouvriers, manœuvres, conducteurs routiers, éboueurs, agriculteurs, personnel soignant, et la liste est longue ne peuvent pas télétravailler et je ne voudrais pas que la situation divise plus encore les gens...