Mardi 27 Mars 2018
  11 réponses
  6K vues
  Suivre cette discussion
Bonjour à toutes et tous :) ,
J'ai besoin de votre aide détaillée pour 2 tâches car totalement novice sur REVIT.

1- J'ai plusieurs fichiers .rfa pour chaque objet (tables et autre) de différentes longueurs et hauteurs, et il faudrait que je puisse les réunir dans un seul fichier .rfa contenant plusieurs types de famille (qui feront varier la hauteur, la longueur,...).

2- J'ai donc ces fichiers qui contiennent des paramètres simples (ceux utilisés pour l'esquisse) qu'on peut vérifier dans "Type de famille", mais je dois ajouter des paramètres qui seront commun à tous les objets (j'ai un fichier .txt ou un .rfa regroupant ces paramètres).

Quelqu'un ou quelqu'une serait capable de m'aider ?

(Je cherche sur internet depuis quelques jours que ce soit en anglais ou en français et impossible de mettre la main sur quelque chose de compréhensible pour mon cas)

Merci d'avance.
6 years ago
·
#8809
0
Votes
Undo
Bonjour,
tu peux créer une famille qui vient imbriquer d'autres familles.
Regarde ici pour plus d'explications :
http://help.autodesk.com/view/RVT/2017/FRA/?guid=GUID-9C9DCF9D-8251-451C-8767-42A9557861FF

Pour le deuxieme point , ceci pourra t'aider :
http://help.autodesk.com/view/RVT/2017/FRA/?guid=GUID-E2E6B19B-E47F-4F35-9F6D-1273A3248A50
0
Votes
Undo
Merci de votre réponse, je regarde ça cet après midi et je vous dis ça :)
0
Votes
Undo
Je viens d'essayer et je pense que vous m'avez mal compris pour le premier point.

Je ne veux pas 2 familles sur le même dessin mais être capable d'avoir tous mes fichiers en "types de familles".

Exemple: J'ai actuellement 3 tables basses de dimensions différentes en 3 fichiers (Table basse 1m, Table basse 1,5m, Table basse 2m); et il me faudrait 1 seul fichier qui s'appellerait (Table basse) et qui contiendrait les 3 types de familles que l'on pourrait venir choisir dans "Types de Famille".

Je ne sais pas si c'est possible mais ça m'aiderait grandement.
6 years ago
·
#8812
0
Votes
Undo
Bonjour Christophe,

Dans ce cas, tu imbriques bien tes familles et tu gères la visibilité de chaque famille avec un paramètre de type oui/non,
0
Votes
Undo
Merci beaucoup Edouard,
J'arrive effectivement à imbriquer toutes mes familles.
Il me reste juste à savoir comment créer un paramètre de visibilité pour chaque famille ?
0
Votes
Undo
Il faudrait que je puisse choisir la famille à utiliser une fois que ma famille imbriquée est chargée dans un projet, et pouvoir inter changer "assez" rapidement en cas de besoin.
0
Votes
Undo
Merci à tous c'est bon pour moi ;)
6 years ago
·
#8844
0
Votes
Undo
Bonjour,

Je reprends la balle au bond (OK, au bout de trois jours, elle est hors-jeu...), pour clarifier quelques points. Non pas que se soit utile pour vous puisque, à priori, vous avez trouvé une réponse satisfaisante à votre problématique, mais pour apporter tout le contexte à un lecteur potentiel de ce sujet, qui doit, en quelques mots, savoir si ce sujet est propice à répondre à sa question ou non.

Voici les quelques points en question :

- Pour solutionner votre problème; avez-vous fait un paramètre de type Oui/Non comme évoqué, et associé à la visibilité de chaque famille ? Avez-vous opté pour une paramètre de type "Type de familles" ? Une autre solution ?

- Pourquoi avoir créer des familles uniques pour ensuite les charger dans une famille englobant le tout ? Ont-elles des géométries et formes différentes ? doivent-elles pouvoir servir indépendamment les unes des autres ? par exemple, devez-vous pouvoir charger une seule table, sans avoir à charger toute la famille globale, constituée de plusieurs tables ?

- Quels étaient vos besoins par rapport à la réunification des familles en une seule ? sachant qu'il n'y a pas de lien direct entre une famille unique et sa "jumelle" chargée dans une autre famille, cela engendre hypothétiquement le devoir de modifier deux familles s'il y a une modification quelconque de la famille hébergée dans la famille hôte.
0
Votes
Undo
- Pour solutionner votre problème; avez-vous fait un paramètre de type Oui/Non comme évoqué, et associé à la visibilité de chaque famille ? Avez-vous opté pour une paramètre de type "Type de familles" ? Une autre solution ?

J'ai effectivement crée des paramètres (de types de famille) Oui/Non rangés sous Visibilité et associé la visibilité correspondante à chaque famille.


- Pourquoi avoir créer des familles uniques pour ensuite les charger dans une famille englobant le tout ? Ont-elles des géométries et formes différentes ? doivent-elles pouvoir servir indépendamment les unes des autres ? par exemple, devez-vous pouvoir charger une seule table, sans avoir à charger toute la famille globale, constituée de plusieurs tables ?

Elles ont des géométries et des formes différentes, elles doivent servir indépendamment les unes des autres, mais je charge toute la famille car il se peut que j'ai besoin de changer en "deux-deux".


- Quels étaient vos besoins par rapport à la réunification des familles en une seule ? sachant qu'il n'y a pas de lien direct entre une famille unique et sa "jumelle" chargée dans une autre famille, cela engendre hypothétiquement le devoir de modifier deux familles s'il y a une modification quelconque de la famille hébergée dans la famille hôte.

Pour pouvoir en changer rapidement quand celle ci est chargée dans un projet (pas besoin de faire énormément d'importations de familles), et réduire le nombre de fichiers que je stocke (je préfère avoir 10 fichiers qui font 100 Mo chacuns, plutôt de 1000 fichiers de 1 Mo chacuns). Et mes familles ne vont plus être modifiées une fois imbriquées.
0
Votes
Undo
Pourquoi imbriquer des familles... il vous suffit de créer une table avec 3 types de hauteurs différentes. la hauteur sera un paramètre de type. vous aurez une famille et autant de types de hauteurs que vous voulez.
0
Votes
Undo
Parce que j'ai récupéré des familles créées par un ami qui n'avait pas du tout compris l'histoire de paramétrage.
Mais pour mes nouvelles familles je fais bien attention au paramétrage et je créé directement différents types sur la même famille ;)
There are no replies made for this post yet.