Skip to content
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

Question: matching case on IFC type name #49

Closed
CBenghi opened this issue Feb 11, 2022 · 2 comments
Closed

Question: matching case on IFC type name #49

CBenghi opened this issue Feb 11, 2022 · 2 comments
Labels
Agreed documentation Improvements or additions to documentation

Comments

@CBenghi
Copy link
Contributor

CBenghi commented Feb 11, 2022

Hello all,

I was wondering where we stand when it comes to case sensitivity matching strings.

An 'xs:pattern' on a property name should probably be case sensitive, but what if somebody sets the a
patter constraint for IFCWALL vs. IFCwall? I would argue that against schema parts (i.e. types, predefined types, class attributes...)
a user might reasonably expect some freedom.

Should we vote on this?

Also, I think that we should start documenting these decisions in the repository.

Best,
Claudio

@berlotti berlotti added the to vote on To vote on during next meeting label Feb 11, 2022
@NickNisbet
Copy link

NickNisbet commented Feb 11, 2022 via email

@berlotti berlotti added Agreed documentation Improvements or additions to documentation and removed to vote on To vote on during next meeting labels Feb 15, 2022
@berlotti
Copy link
Member

Decision

Follow the XSD Pattern standard: everything case sensitive.
For entities of IFC we use ALL UPPERCASE.

note for IDS Validator: check if entities in IDS are all upper case.

berlotti added a commit that referenced this issue Feb 15, 2022
#49 matching case
#46 made 'name' mandatory

- some general improvements
- updated examples
- made some fixes to xsd patterns
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Agreed documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

3 participants