BIM G CO

Maintenant je sais pourquoi on dit "ACHOUME" et non pas "ATCHOUM" en Alsace! :casstet: :P :exclam: :cool: :P

justement je pense que c'est cela qui devait ralentir le forum, car pour plus de simplicité pour l'utilisateur c'était simple de faire "50" mais le problème c'est que l'inexation n'était plus sur 20 forums par personnes mais 50... d'où une sur-recherche. Il y a toujours un moyen pour afficher plus de forum mais cela se trouve dans les listes.

Vois avec ton administrateur réseaux (pour configurer le serveur 2003) Faire en sorte que les fichiers cachés soit vraiment visible pour le 2003! (perso j'y crois pas à cette solution) Puisqu'apparemment tu vois les fichiers DWL à partir de ton poste vérifie sur celui de ton collègue qu'il affiche bien les fichiers cachés. (dans l'explorateur Windows)

Ton serveur ne serait pas en Windows Server 2008 PME edition? Si oui c'est un bug de ce windows server. Il exclut automatiquement la gestion pour autocad des fichiers DWL. A voir avec un connaisseur sur Windows Server 2008 sur Dell. D'ailleurs perso, c'est pour cela que je vais me diriger vers un serveur de données avec comme OS un Linux. [Edité le 16/6/2008 par Maximilien]

de toute façon j'y suis! avec la photo de Maximilien Robespierre! (enfin la photo de la peinture représentant....)

Pour le déployement réseau j'utilise une manière quelque peu ... violente! Pour cela il faut que TOUT le MONDE aie la même version d'AutoCAD car je modifie le registre. J'ai oublié de préciser que nous sommes en version réseau. [HKEY_CURRENT_USER\Software\Autodesk\AutoCAD\R17.0\ACAD-5001:40C\Profiles]

l'intérêt est justement que je n'ai plus de problème avec les références externes imbriquées! Nous avons un BE électrique et un BE Chauffage/Clim/Plomberie/Ventil Pour des raisons évidentes de communication de modif de plan en insérant toutes nos références en superposition. Cela évite au Dessinateur Elec de réouvrir son plan élec en insérant en superposition le plan du dessinateur Chauffage (car de son coté il a fait la même chose). Et inversement.

Menfin je ne suis pas énervé! je tenais juste à dire qu'un BE VRD prenais souvent de trop gros risque en "estimant" les diamètre des tubes! Les poursuites judiciaires deviennent de plus en plus fréquentes pour un "robinet" qui coule pas assez vite.

Un tuyau reste un tuyau. Si le plombier te dit qu'il faudra raccorder en tel diamètre tu ne va pas lui raccorder en diamètre différent! Ensuite si tu n'a pas l'information du nombre de logement avec au moins un logement type. Tu ne pourra pas calculer de raccordement...... du moins de ce que j'en sais, le BE VRD attend que nous BE (Génie climatique) lui disions les diamètres de raccordements pour qu'il effectue ses calculs! Si c'est le VRD qui doit estimer du diamètre de raccordement de l'immeuble de logement sans connaitre le nombre d'appart ni d'appareil.... tu as intérêt à avoir une bonne assurance pour parer des attaques en justice de propriétaire mécontent.

Comment fais-tu dans le gestionnaire de référence externe? A cette question tu ne m'a pas répondu. Si dans ton gestionnaire de référence externe les fichier sont en Attachement en mode "Chemin d'accès complet" et avec comme adresse type "\\192.168.1.124\Partage\MonDossier\monfichier.dwg" c'est la solution la plus pénalisante au niveau ressource réseau J'enfonce donc le clou. Pour qu'il soit plus flexible et alléger tes ressources réseaux : - Régler une fois pour toute les requête réseau en affectant sur chacun des PC un lecteur réseau et non une adresse type réseau "\\192.168.1.124...." - Mettre en chemin d'accès relatif tous tes chemin d'accès absolu. Il y a un sujet qui explique le principe (contemporain au tiens). - Limiter au maximum le nombre de lecture sur le disque réseau. (gestion de parc) Car souvent dans ce genre de boitier de disque externe c'est des disque en SATA et non en SAS qui sont proposé. [Edité le 4/6/2008 par Maximilien]

Je travaille en BE Génie Climatique voici ce que donne le DTU plomberie Evier 0.20 l/s Lavabo 0.20 l/s Lavabo collectif (jet) 0.05 l/s Lave-mains 0.10 l/s Bac à laver 0.33 l/s Lave linge 0.20 l/s Lave vaisselle 0.10 l/s Bidet 0.20 l/s Baignoire 0.33 l/s Douche 0.20 l/s Robinet 12/17 0.33 l/s Robinet 15/21 0.42 l/s Robinet 20/27 0.65 l/s WC avec réservoir de chasse 0.12 l/s WC à robinet de chasse 1.50 l/s Urinoir à robinet indiv. 0.20 l/s Urinoir à action siphonique 0.50 l/s Suivant le nombre d'appareil et les débit de chacun on peut calculer le débit maximal. Soit un logement classique avec unitairement évier, lave-vaisselle, lavabo, baignoire, lave-linge, WC on a débit de D1=1.15 litres / seconde .... d'utilisation. Ensuite suivant le type de bâtiment il y a comme le dis king34 un coefficient de simultanéité Souvent >= 0.05 pour du logement! (valeur minimum) ou précisément = MAX(0.05;1/(RACINE(NbAppareil-1))) pour cet exemple on a un coef de simultanéité de S=0.45 (1 seul logement.... classique) soit un débit de D2=0.51 l/s un DN 20 suffit donc Attention pour 2 D1=2.18 l/s S=0.32 donc D2=0.70 l/s pour 10 logements D1=11.50 S=0.15 donc D2=1.73 l/s (soit un DN40) Voilà ce que je peux donner comme renseignement [Edité le 4/6/2008 par Maximilien]

Ce mot de passe ne sera valable que sur des ordinateurs qui ont installé ce logiciel. Sur les autres n'auront pas besoin de mot de passe pour les lire. Suivant le nombre de lettres du mot de passe et la puissance du PC qui fera l'offensive de recherche de clés le temps du crack varie de 30 minutes pour un code à 6 caractères à une année avec 127 caractères. Qui va mettre un code à 127 caractères (limite de caractère des mots de passe pour les fichier ZIP standard) Attention la clé USB doit être dans un endroit sécurisé! penser à ne pas la laisser trainer. Et la mémoire "flash" n'est pas un stockage résistant! C'est quand même fragile mécaniquement(à ne pas mettre dans toute sorte de poche de pantalon) et électroniquement (cela n'aime pas les rayons X et autres champs magnétiques) par exemple les portiques aux entrées de tribunaux. Autre solution si tu es sur un réseau avec un gestionnaire de domaine type PDC (Primary Domain Control): voir ton administrateur réseau ou système. Celui-ci ouvrira un dossier que toi seul pourra accéder sauf..... l'administrateur bien sûr. Après c'est une histoire de confiance.

Après pour faire vraiment le "Tordu" (que je suis d'ailleurs) Je créerais des Consultation suivant les types d'arbres. Et dans chacun des type d'arbre une autre consultation pour passer de l'élévation au plan soit 1 une consultation avec 6 choix (type d'arbre) Visible dans toutes les "visibilités". et 6 consultations par type d'arbre avec deux choix (Plan / élévation). Chacune de celle-ci ne sont visible que dans les deux visibilité concernant l'arbre. J'avoue c'est Très Tordu! mais çà a le mérite d'aller au fond des choses!

Donc lorsque tu charge les références externes, tu chargerais de la manière "\\192.168.0.28\Partage\MonDossier\monfichier.dwg"? Là ça me fais peur. Ce genre d'adresse ralenti considérablement AutoCAD. A ta place je préfèrerais un lecteur réseau qui aura l'avantage de ralentir moins l'ouverture d'AutoCAD. Une commande MS DOS permet de le faire. (à voir avec ton administrateur réseau) NET USE S: \\192.168.0.28\Partage Et les objets OLE ? (ce sont des COPIER-COLLER provenant d'autres logiciel.... le pire truc à faire avec AutoCAD) Avec AutoCAD 2008 les objets OLE font ralentir considérablement son fonctionnement. Il reste aussi les applications liées au dessin (appsenReg). Ces applications se purge de la manière suivante _.-PURGE R * N Ni une purge par fenêtre, ni une purge "TOUT" ne les ôtent. [Edité le 4/6/2008 par Maximilien]

Quelques pistes : - Ne sont-elles pas "Attacher" à la place de "Superposition"(ou "Niveau") dans le gestionnaire des référence externe ? - Ces références externes n'ont-elles pas été attachées à un bloc qui a été inséré au dessin ? - Le nom des références externes ne contient-il pas un caractère non valide ? ( # % etc...)

Dommage qu'il ne propose que Microsoft ou Mac! Et linux? Je considère donc si un logiciel "gratuit" n'est pas proposé en version Linux (Debian, Mandrake, Red Hat, etc...) c'est que le logiciel en question a quelque chose à cacher (dll espions le plus souvent)

Pense à appliquer les patch d'AutoCAD 2008. Pense à faire une purge des appsReg De mon coté j'ai créé une macro avec un bouton ou sur palette ^C^C-Purger;R;;N le nom "$AUDIT_BAD_BLOCK_RECORD_2" correspond à un nom de bloc qu'AutoCAD a corrigé. Si un "récupérer" comme le dit Christian ne fonctionne pas il faudra faire un "WBLOC" de ton dessin.

De mon coté je n'utilise plus la fenêtre que quand je ne connais pas exactement le nom du bloc. car je renomme carrément en ligne de commande pour au moins ne pas hurler de rire face à l'archaïsme de cette fonction toujours pas mise à jour! commande clavier (avec le "-") -renommer [Edité le 31/5/2008 par Maximilien]

Rien que pour faire..... "L'emmerdeur", tu m'étonnes je joue le Jacquel Brel pour un ex-nordiste devenu Franc-Comtois :p Pour la version 2.5 du 29 avril 2008 Il y a des doublons que je séparent en deux catégories Doublons brut (copier collé?) 3 avec 102 14 avec 68 25 avec 38 30 avec 65 56 avec 92 Doublons versions (pouvant être regroupé?) 31 avec 32 56 avec 124 118 avec 119 C'est vrai qu'à force tu as l'impression d'écrire la même chose. Christian, sans racune! au fait c'est quand que tu viens manger une morbiflette?

Cher Patrick_35, J'utilise le premier message comme récapitulatif. Faire une suite de lisp comme toi ou (gile) ? Pourquoi pas. Mais cela peut attendre tant que ce site est en vie. Ce sujet n'est pas seulement pour nettoyer le formatage des textes multilignes. Mais pour lister une suite de routines Lisp (AutoLisp ou VisuaLisp) pour nettoyer des plans provenants d'exports de fichiers du concurrent ArchiCAD. Je ne veux pas lancer la pierre ou en quelque manière que ce soit maugréer sur ce logiciel de CFAO mais lister toutes les routines pour rendre le(s) dessin(s) exporté plus exploitable pour les AutoCADiens. Beaucoup de ces routines proviennent directement d'ici (je mets en place au fur et à mesure)

Cher bseb67 Les utilisateurs ArchiCAD ont deux moyens d'exporter leur fichier en DWG. 1°/ La méthode de l'espace Objet AutoCAD (donc pas de cartouche): tous les éléments composant les plans sont éparpillé dans cet espace. 2°/ La méthode de l'espace papier AutoCAD : seul le(s) espace(s) papier(s) présente(nt) des objets. La méthode 1°/ n'est pas "trop" complexe. L'utilisateur AutoCAD n'est pas perdu. Il faut juste demander au dessinateur sur ArchiCAD d'organiser son espace Objet et légender chacun de ses éléments éparpillés. La méthode 2°/ nécessite une rigueur telle qu'il est parfois plus souhaitable de redemander au dessinateur ArchiCAD qu'il fasse ses envois selon la méthode 1. Autrement faire un fichier de chacune des présentations (WBLOC attention l'échelle sera à revoir sur chacun d'eux). Recréer un fichier englobant tous les wblocs en superposant les références externes qu'il faudra lier par la suite. Ne pas insérer chacun des Wblocs en blocs car il y a de très gros risques de neutralisation de blocs et d'avoir un plan illisible et inexploitable. Par habitude je demande aux utilisateurs ArchiCAD une seule version par dossier selon la méthode 2 pour récupérer le cartouche mais les suivants doivent absolument nous parvenir selon la méthode 1. Il a parfois été nécessaire de leur montrer le résultat qu'on reçoit sur AutoCAD pour qu'il comprennent cet handicap d'incompatibilité d'espace.

Pour ceux qui récupère sous AutoCAD des fichiers provenant d'ArchiCAD, voici les pistes (quelques unes sont éparpillés sur ce site): [surligneur] Enlever le "\\A1;" des Textes Multilignes[/surligneur] (defun c:ArchiCAD_A1 (/ sel a b c) (setq sel (vla-get-ActiveDocument (vlax-get-acad-object))) (vla-StartUndoMark sel) (vlax-for b (vla-get-Blocks sel) (vlax-for a b (if (and (= "AcDbMText" (vla-get-ObjectName a)) (= (strcat (chr 92) "A1;") (substr (vla-get-TextString a) 1 4) ) ) (progn (setq c (vla-get-TextString a)) (setq c (substr c 5 (strlen c))) (vla-put-textstring a c) ) ) ) (vla-EndUndoMark sel) ) (vla-regen sel acActiveViewport) (princ) ) [Edité le 30/5/2008 par Maximilien] [surligneur] Enlever les formatage des Textes Multilignes[/surligneur] Attention c'est violent (defun c:ArchiCAD_Ac (/ sel a b c) (setq sel (vla-get-ActiveDocument (vlax-get-acad-object))) (vla-StartUndoMark sel) (vlax-for b (vla-get-Blocks sel) (vlax-for a b (if (and ;; Object de type texte Multilignes (= "AcDbMText" (vla-get-ObjectName a)) ;; Ceux qui commence par "{\" (= (strcat (chr 123) (chr 92)) (substr (vla-get-TextString a) 1 2) ) ;; Ceux qui finissent par "}" (= (chr 125) (substr (vla-get-TextString a) (strlen (vla-get-TextString a)) 1 ) ) ) (progn (setq c (vla-get-TextString a)) ;; Enlève le dernier caractère (setq c (substr c 2 (- (strlen c) 2))) ;; Boucle pour enlever tous les blocs de caractères du "\" jusqu'au ";" (formatage) (while (and (vl-string-position (ascii ";") c) (= (substr c 1 1) (chr 92)) ) (setq c (substr c (+ 2 (vl-string-position (ascii ";") c)) (strlen c) ) ) ) (vla-put-textstring a c) ) ) ) (vla-EndUndoMark sel) ) (vla-regen sel acActiveViewport) (princ) ) [surligneur]Effacer les WipeOuts inclus dans les blocs[/surligneur] [surligneur]Effacer les Hachures type Solid inclus dans les blocs[/surligneur] Pour les hachures il me reste à voir l'effacement selon la supercifie des hachures (un coup de VLisp Array) Merci à Tramber, Patrick_35 et (gile) ici Oui Patrick_35 les deux routines précédentes proviennent de tes encouragements. [surligneur]S'occuper des blocs plus ou moins corrects[/surligneur] Les plans provenant d'ArchiCAD sont composés de plusieurs blocs imbriqués les uns aux autres. Penser donc à faire un Contrôle des erreurs _.audit _yes [surligneur]Si c'est pour "monochromiser" ces plans on peut rendre les blocs en couleur Dubloc[/surligneur] Merci à LUDWIG, Patrick_35, Tramber, Bonuscad et Rebcao. ici [Edité le 30/5/2008 par Maximilien]

Vla que Mosellan se rebiffe! moi j'ai découvert seulement cette fonction sur AutoCAD 2007. J'avais jamais fait gaffe sur les version précédente. Mais bon ce n'était que mon avis! :p

Ce que Rebcao parlais c'est : Commande: -purger Entrez le type des objets non utilisés à purger [bLocs/COtstyles/CAlques/TYpelignes/MAtériaux/styles de Tracé/Formes/Styles de texte/style des Multilignes/styles de TAbleau/StylesVisuels/[surligneur]appsenReg[/surligneur]/TOut]: Or je ne pense pas qu'il y est cette possibilité sous 2006... à mon avis.

Pour avoir vécu cette expérience, la solution que j'ai trouvé c'est "la synchronisation de l'heure" En effet ce problème a été résolu sur mon parc informatique quand tous les postes de travails connectés au réseau avait la même base de temps que le serveur. voir la commande Script DOS: "NET TIME" En effet un fichier ne peut pas être supprimé alors qu'il n'a pas été encore créé. (un fichier créé à 9h22 sur ton poste mais 9h20 sur le serveur) Il sera impossible de le lire ni de l'enregistrer, ni de l'effacer pendant 9h22 - 9h20 soit 2 minutes pour ton cas) Un problème de pure informatique supplémentaire: Mais si une tentative est faite et qui échoue suivant l'OS du serveur le fichier est considéré comme corrompu donc illisible même plus tard. [Edité le 28/5/2008 par Maximilien]