-
Notifications
You must be signed in to change notification settings - Fork 47
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
New submodel IndividualAssetDefinition #85
New submodel IndividualAssetDefinition #85
Conversation
fixed wrong namaspace, full stops added in descriptions.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please fix the findings.
io.catenax.individual_asset_definition/1.0.0/IndividualAssetDefinition.ttl
Outdated
Show resolved
Hide resolved
io.catenax.individual_asset_definition/1.0.0/IndividualAssetDefinition.ttl
Outdated
Show resolved
Hide resolved
assetOwnerID -> assetOwnerId
Used tge shared aspect Phisical Dimensions.
bamm:preferredName "Asset Owner Characteristic"@en; | ||
bamm:description "Characteristic describing the property asset owner."@en; | ||
bamm:dataType xsd:string. | ||
:AssetSerialNumberCharacteristic a bamm:Characteristic; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why not just use the TEXT Characterisitic if there isn't something specific?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I always use :string for short text input and I use :text for longer expected input such as descriptions, comment content, etc.
In this case Asset Owner (BPNL Number), Serial Number and AssetType are short text input.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But you know, that you can completly delete these Characteristics and dont't have to define them in the model if you use the TextCharacteristic?
bamm:preferredName "Asset Serial Number Characteristic"@en; | ||
bamm:description "Characteristic describing the property serial number."@en; | ||
bamm:dataType xsd:string. | ||
:AssetTypeCharacteristic a bamm:Characteristic; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why not just use the TEXT Characterisitic if there isn't something specific?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I always use :string for short text input and I use :text for longer expected input such as descriptions, comment content, etc.
In this case Asset Owner (BPNL Number), Serial Number and AssetType are short text input.
bamm:description "Trait to ensure UUID v4 data format."@en; | ||
bamm-c:baseCharacteristic :UUIDv4; | ||
bamm-c:constraint :UUIDv4RegularExpression. | ||
:AssetOwnerCharacteristic a bamm:Characteristic; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why not just use the TEXT Characterisitic if there isn't something specific?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I always use :string for short text input and I use :text for longer expected input such as descriptions, comment content, etc.
In this case Asset Owner (BPNL Number), Serial Number and AssetType are short text input.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Cvetanka-ZF I think @catroest refers to the used characteristic. In case there is only a generic text without a specific semantics (ie specific description attached to it) you can use the bamm-c:Text characteristic and not obliged to define one on your own.
However, I think in this case the string carries a specific meaning and it makes sense to have a specific characteristic for that.
@prefix : <urn:bamm:io.catenax.individual_asset_definition:1.0.0#>. | ||
@prefix ext-dimension: <urn:bamm:io.catenax.shared.physical_dimension:1.0.0#>. | ||
|
||
:IndividualAssetDefinition a bamm:Aspect; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
isn't this whole aspect covered by Traceability? if it is just catenaxID, BPNL, serialNumber and type? @jacewski-bosch
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It was already checked with Traceability (Simon Schulz) and approved MS2. @catroest
:IndividualAssetDefinition a bamm:Aspect; | ||
bamm:preferredName "Individual Asset Definition"@en; | ||
bamm:description "Permanent characteristics of an individual asset."@en; | ||
bamm:properties (:catenaXId :assetOwnerId :assetSerialNumber :assetType ext-dimension:physicalDimensionsProperty); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
does it validate, if this is "just" written in the linked properies? @bs-jokri
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@catroest yes, this is syntactically valid. However, the question is if the semantics are ok, ie the description of the property fits the use at hand. @Cvetanka-ZF wdyt. does it fit?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it does fit our use case. As for the validation, it did validate in the Aspect editor without problems. However an error is thrown when trying to generate an example JSON Payload. My colleague Brgit (@birgitZF) told me that this is a known issue in the editor.
Modeling_Team |
Description
New Model IndividualAssetDefinition required by product AssetTracking (BD Sustainability)
-->
Closes #55
MS2 Criteria
(to be filled out by PR reviewer)
DismantlerId
andDismantlerName
use an EntityDismantler
with the propertiesname
andid
or use a URN likeio.catenax.dismantler:0.0.1
)preferredName
anddescription
are not the samepreferredName
should be human readable and follow normal orthography (e.g., no camel case but normal word separation)MS3 Criteria
(to be filled out by semantic modeling team before merge to main-branch)