! Can I get overall number only for such non-oriented doors from standard ArchiCAD library (AC 12) without changing GDL code for them?Leo wrote:There's a separate field for the quantities in your scheme settings. Go to scheme settings. One of your fields will be Quantity and one will be ID.
I am sorry, Wrathchild, but we are talking about quantities, aren't we? Empty ID field can't solve the problem with countable fields
The quantity field will count and the ID field will filter.
Karl makes a lot of sense. The RH or LH should go into one of the User Defined parameters instead. I've been using custom ID in my door marker settings but I'll be rethinking that now.
Wrathchild<-------bows to the master
Wrathchild<-------bows to the master
Sorry, Leo, you are correct that 'Orientation' gives the hinge side. I remembered that there was a problem, and forgot what it was! 
The problem relates to at least the US libraries, which have an 'outside' and an 'inside' attribute for the door panel as well as the casing etc. In the US at least, we often have different materials on one side of a door or window than the other - most often metal cladding on the exterior.
You had wanted to get an inventory of door panels based on how the hinges would mount. But, with the US library, this is slightly problematic due to a library bug. When you place a door, the eyeball is clicked towards what is to be treated as the 'outside', and towards the hinge side. If the door is then supposed to swing inside, it is flipped as the next step.
But, in the US lib, if you have assigned materials to 'outside' and place a left hinge door and flip the door to swing 'in' (giving you a right hinge door), the casing still has the outside material, but the bug is that the door materials are reversed - with what is supposed to be the exterior material now on the inside. You have to manually edit the door and assign the interior material to 'outside' and the exterior material to 'inside'.
If you place the same door and have it swing out, right hinge, without editing to fix the bug, the schedule would show both door panels to be the same, even if you were to include the material parameters to further group the panels without editing the door. So, without manual editing to work around the bug, any time a door is flipped, it might show up in the schedule as being the same type of slab as another door when it in fact has different materials or cladding.
I don't know about the INT library - if it has this inside/outside concept.
But, yes, you are right - Orientation is adequate if materials are uniform!
Thanks,
Karl
The problem relates to at least the US libraries, which have an 'outside' and an 'inside' attribute for the door panel as well as the casing etc. In the US at least, we often have different materials on one side of a door or window than the other - most often metal cladding on the exterior.
You had wanted to get an inventory of door panels based on how the hinges would mount. But, with the US library, this is slightly problematic due to a library bug. When you place a door, the eyeball is clicked towards what is to be treated as the 'outside', and towards the hinge side. If the door is then supposed to swing inside, it is flipped as the next step.
But, in the US lib, if you have assigned materials to 'outside' and place a left hinge door and flip the door to swing 'in' (giving you a right hinge door), the casing still has the outside material, but the bug is that the door materials are reversed - with what is supposed to be the exterior material now on the inside. You have to manually edit the door and assign the interior material to 'outside' and the exterior material to 'inside'.
If you place the same door and have it swing out, right hinge, without editing to fix the bug, the schedule would show both door panels to be the same, even if you were to include the material parameters to further group the panels without editing the door. So, without manual editing to work around the bug, any time a door is flipped, it might show up in the schedule as being the same type of slab as another door when it in fact has different materials or cladding.
I don't know about the INT library - if it has this inside/outside concept.
But, yes, you are right - Orientation is adequate if materials are uniform!
Thanks,
Karl
Thank you, Karl, for you so informative answer. it's really very interesting for me.
I have international and russian versions of ArchiCAD Library. As I understand from testing, they haven't the bug with materials of internal/external sides of doors. Fortunately, the bug with 3D symbol doesn't important for me.
It seems to me, that I have achieved my goal. I have created custom graphic template, which does all work for me. List Schema let us to get several totals at one row. But I am afraid, that Graphisoft can get rid of List Schemas in the future .
Anyway, one remark about door schedules. Why do you prefer to save door type information with each instance of library part? I think that it would be much better to choose some library door as a base for a real door and sort instances according to their parameters. We can use a very simple Property Object for that. For example:
1. Create new database for door types. Create several keys in this database - one per subtype of the base real door. Name the keys according to real names of that subtype.
2. Create simple property object, which would analyze main library door parameters (name of the library part, orientation, flipping, width, height, e.t.c.) and select one component for the door from our database, according to results. We can create a template for this object and slightly change it for each "real" door.
3. Link this property object by criteria with selected library door.
4. Create Interactive schedule with component name as a field and enjoy.
In this way we can always check ourself about all door instances in our project - just schedule doors without components. If you save door identifiers inside each instancy, you can relay on your accuracy only.
Sorry, I am not sure that I describe the approach clearly
.
I have international and russian versions of ArchiCAD Library. As I understand from testing, they haven't the bug with materials of internal/external sides of doors. Fortunately, the bug with 3D symbol doesn't important for me.
It seems to me, that I have achieved my goal. I have created custom graphic template, which does all work for me. List Schema let us to get several totals at one row. But I am afraid, that Graphisoft can get rid of List Schemas in the future
. Anyway, one remark about door schedules. Why do you prefer to save door type information with each instance of library part? I think that it would be much better to choose some library door as a base for a real door and sort instances according to their parameters. We can use a very simple Property Object for that. For example:
1. Create new database for door types. Create several keys in this database - one per subtype of the base real door. Name the keys according to real names of that subtype.
2. Create simple property object, which would analyze main library door parameters (name of the library part, orientation, flipping, width, height, e.t.c.) and select one component for the door from our database, according to results. We can create a template for this object and slightly change it for each "real" door.
3. Link this property object by criteria with selected library door.
4. Create Interactive schedule with component name as a field and enjoy.
In this way we can always check ourself about all door instances in our project - just schedule doors without components. If you save door identifiers inside each instancy, you can relay on your accuracy only.
Sorry, I am not sure that I describe the approach clearly
.
Still looking?
