-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Required entity type in applicability (and conciseness) #10
Comments
Additional question related to this topic: |
Another reason for implementing ‘Selection’ .
Sent whilst away from my desk.
…
Regards,
Nick.
Nicholas Nisbet FRSA MA(Cantab) DipArch(UNL)
Fellow: Royal Society of Arts
Fellow: buildingSMART International & UKI Chapter
Director: AEC3 UK Ltd
Web: http://www.aec3.com
E-mail: ***@***.***
Direct: +44 (0) 1494 714 933
Mobile: +44 (0) 781 616 8554
Skype: nicholasnisbet
Registered Address: 46 St Margaret's Grove, Great Kingshill, High Wycombe, Bucks, HP15 6HP, UK
Vice-Chair: buildingSMART UK Chapter
Convenor: buildingSMART Regulatory Room
********** Confidentiality Notice **********.
This e-mail and any file(s) transmitted with it, is intended for the exclusive use by the person(s) mentioned above as recipient(s). This e-mail may contain confidential information and/or information protected by intellectual property rights or other rights. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender and delete the original and any copies of this e-mail and any printouts immediately from your system and destroy all copies of it.
On 23 Sep 2021, at 13:44, MatthiasWeise ***@***.***> wrote:
Additional question related to this topic:
If I remember well entityType.name will ignore IFC inheritance, right? So, if defining a requirement for IfcBuildingElement no subtype like for instance IfcBeam will checked.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
|
@MatthiasWeise correct |
Hi @berlotti, I'm not sure the main question has been answered, Thanks, |
This was changed in a later version. Hence closing this issue. |
Hi,
I see that
entity
are required in the definition of applicability, while the others (classification, property and material) all haveminOccurs="0"
IDS/Development/Third production release/ids.xsd
Lines 66 to 68 in 2c95ab1
I know of IDSs that are classification based, rather than entity based. In those scenarios the current schema would force us to repeat the classification requirement for all possible types, resulting in very large IDS files.
I would suggest that
entity
is also marked-up withminOccurs="0"
.Can I ask what is the benefit of forcing the declaration of entity?
The text was updated successfully, but these errors were encountered: