"Elevation override" Parameter to replace Elevation parameter

"Elevation override" Parameter to replace Elevation parameter

danezeq
Collaborator Collaborator
3,207 Views
46 Replies
Message 1 of 47

"Elevation override" Parameter to replace Elevation parameter

danezeq
Collaborator
Collaborator

Hey.

I have a special case in which i need "Elevation override" Parameter which i created, to replace the regular Elevation parameter in schedules. **Only when Elevation override parameter entered**.

That should be done with a formula on schedule properties window, right?

0 Likes
Accepted solutions (3)
3,208 Views
46 Replies
Replies (46)
Message 21 of 47

barthbradley
Consultant
Consultant

@danezeq wrote:

@barthbradleyabout the "family inside family" solution:

 

it opens a lot of new issues to resolve like:

i cannot choose between all my types that i created

 

@danezeq: Did you not notice the Family Types Parameter named "ST" that I created so you could choose which Nested Families Type to show???  

0 Likes
Message 22 of 47

danezeq
Collaborator
Collaborator

Yes. but it doesnt change the type. (https://www.youtube.com/watch?v=0kFeG3Zaumk)

i somehow overcame this on another family inside family i created, but then i get another obstacles like they wont schedules etc...

0 Likes
Message 23 of 47

barthbradley
Consultant
Consultant
Accepted solution

I have no idea what happened, but open the attached RFA.  

 

For the future: this is how you Label a Nested Family Type to a Family Types Parameter in the Host:

 

FamType.png

0 Likes
Message 24 of 47

barthbradley
Consultant
Consultant

@danezeq wrote:

but then i get another obstacles like they wont schedules etc...


 

I have zero issues with Scheduling the nested families.  

 

What's the next issue? 

 

SignSched.png

0 Likes
Message 25 of 47

danezeq
Collaborator
Collaborator

Schedules adds the family types AND the nested families inside them:

SCHE.jpg

i suppose  i should filter them somehow right?

The initial purpose of this nested families solution you suggested was to create a family that reports it's actual elevation to the schedule. But it still doesnt. i bet should turn EL to a shared parameter somehow?

 

 

 

 

 

 

0 Likes
Message 26 of 47

ToanDN
Consultant
Consultant

I think you started off with the wrong approach. There is no need to override the actual elevation value with a type-in one whatsoever.  Where is your original family?

0 Likes
Message 27 of 47

danezeq
Collaborator
Collaborator

Youre right. my approach was just looking for quick work around.

Usually i like fundamental solutions, for the long term.

But sometimes i just need to balance between deep software learning and moving on with the project, While reduce my bullying on you guys 🙂

0 Likes
Message 28 of 47

barthbradley
Consultant
Consultant

Yes, Filter.  Plus, you need a Shared Parameter to report Elevation. "EL" is the Shared Parameter in my family.

 

Sign2.png

 

0 Likes
Message 29 of 47

barthbradley
Consultant
Consultant

.

0 Likes
Message 30 of 47

danezeq
Collaborator
Collaborator

@barthbradley  - You have  a solution for everything 🙂

It works very well!

btw i thought about it: Why not take all the parameters inside the nested family and share them to the father family, Then i can control all the parameters from the type properties window in the project, without edit family, and then  edit the nested family inside.

That way i ont feel it's a nested family anymoreven we.

i did it with the ST parameter and saved every family type of the nested family to the father family. it works.

still, the family wont get the labels on the tag (i get question marks / empty) but think i'll will have to play with it a bit and find something.

 

 

0 Likes
Message 31 of 47

danezeq
Collaborator
Collaborator

@ToanDN 

here it is:

0 Likes
Message 32 of 47

ToanDN
Consultant
Consultant
Accepted solution

See attached.

0 Likes
Message 33 of 47

danezeq
Collaborator
Collaborator

You did it!

Now, "Elevation from level" parameter has both it's influence on the geometry and the schedule.

While "Elevation" parameter has also influence on the geometry, but not on the schedule, so i'll use it as an offset parameter, when i have signs that are located off-levels (the "special cases" i noted before).

 

But.. how did you make it without nesting it?

Thanks again! i'm learning from you guys a lot.

0 Likes
Message 34 of 47

ToanDN
Consultant
Consultant
I am not clear why nesting is necessary or relevant for what you were asking - reporting elevation of the element in project.
0 Likes
Message 35 of 47

danezeq
Collaborator
Collaborator

btw, all the family types inside are gone. should i create them one by one? or can i batch copy them?

0 Likes
Message 36 of 47

ToanDN
Consultant
Consultant
What family types? I didn't add or remove any types from your family? You can either add them to that family, or do what i did to the other family with types still exist.
0 Likes
Message 37 of 47

danezeq
Collaborator
Collaborator

these family types.

They all gone in the new fixed family

T.jpg

0 Likes
Message 38 of 47

barthbradley
Consultant
Consultant

Yeah, where are the 16 Family Types? 

 

...I think I prefer my family.    

 

 

 

 

0 Likes
Message 39 of 47

ToanDN
Consultant
Consultant

You mean these?

 

image.png

0 Likes
Message 40 of 47

danezeq
Collaborator
Collaborator

yes.

Now the last file you've uploaded includes all of them, but doesnt include ..your fix!

it's now work as before!

0 Likes