Tracker: PLCS Ref. data  :— All Issues

[Index] [Process] [CCB issues] [In work issues] [Open NoRes issues]

Export date: 2012-11-26 06:28:11

Row Id Category Summary Details Priority Status Resolution Release Submitter Assignee Closer Date Raised Date Closed
1 3572714 the set of owl classes for id codes should be complete Every SysML block that can be assigned an identifier should have a corresponding owl class that is a sub-class of "Identifier" and that can be used to classify the relevant Identifier. For example InformationUsageRight has an attribute called "id" which allows for the assignment of one or many Identifiers. Each Identifier can in turn be assigned a Classification that may be an Owl class (or some other type of class). If an Owl class is to be used, it should exist in the OWL plcs-rdl-en.owl file under the Identifier class. In this case the relevant name for the class would be "Information_usage_right_identification_code" (or similar - the exact naming convention is something that requires a separate discussion). 5 Pending Accepted mikeward mikeward robbod 2012-09-28 10:35:48 2012-11-01 04:40:25
2 3572716 owl classes for id codes should be consistently named Every SysML block that can be assigned an identifier should have a corresponding owl class that is a sub-class of "Identifier" and that can be used to classify the relevant Identifier and the name of that class should be derived directly from the name of the original block. For example GlobalLocationRepresentation has an attribute called "id" (inherited from LocationRepresentation) which allows for the assignment of one or many Identifiers. Each Identifier can in turn be assigned a Classification that may be an Owl class (or some other type of class). If an Owl class is to be used, it should be called "Global_location_representation_identification_code" (or similar - the "identification_code" suffix is something that requires a separate discussion). It is currently called "Geographic_location_identification_code" - something that cannot be reliably inferred from the relevant block. 5 Pending Accepted mikeward mikeward robbod 2012-09-28 10:44:41 2012-11-01 04:47:28
3 3581920 corrrect and complete owl classes under Name The hierarchy of owl classes under name reflects the Block type to which a name can be assigned. E.g. Assembly_component_name Breakdown_element_name etc This is not necessary - as, unlike an identifier, a name should not have any rules governing its structure, a simple name class should be sufficient. Any further classification of name should be down in context specific reference data Keep name and remove all sub classes 5 Pending Remind robbod nobody robbod 2012-10-30 02:06:33 2012-11-01 04:38:17
4 3576418 quality of content corrrect and complete owl classes under DateTimeAssignment the current hierarchy of owl rdl classes under the DateTimeAssignment classes is partially constructed according to a date-role facet: planed/actual, start/end ect, but also includes classes based (at least partially) on the target of the assignment: Date_actual_approval, Work_order_issue_date etc. If assignment target classes are to be created then we should require a complete set: Date_assignment_to_activity [....] Date_assignment_to_product Date_assignment_to_part Date_assignment_to_product_concept [....] Date_assignment_to_project and so on Each class would have to be further specialized as Planned_start_date_assigned_to_activity, Actual_end_date_assigned_to_activity, Planned_end_date_assigned_to_activity [....] Planned_start_date_assigned_to_project and so on This would result in a non-trivial number of RDL classes which would be difficult to navigate. Multiple classification using multiple facets such as Activity/Project, Planned/Actual, Start/End would avoid this problem, but that approach has been rejected - partly because of the implications for file-size. Given these considerations, the only realistic coherent solution is to have a single tree along these lines: DateTimeAssignment Actual_date_assignment Actual_start_date_assignment Actual_end_date_assignment [....] Planned_date_assignment Planned_start_date_assignment Planned_end_date_assignment etc (though we could re-use the existing names for these classes) and to delete all the classes based on assignment targets, specifically: Date_actual_approval, Date_actual_certification, Date_actual_observation, Date_message_data_frozen, Date_message_sent, Work_order_issue_date, Work_request_issue_date, Work_order_required_completion_date. This would imply the creation of some additional general classes such as: Actual_completion_date_assignment, Planned_sending_date_assignment etc The documentation for such classes should be used to indicated what the relevant (or typical) assignment targets are: Thus a start_date might apply to an activity or a project but not to a part. A sending date might apply to a message but not to a risk-event - and so on 5 Pending Accepted mikeward mikeward robbod 2012-10-11 07:19:54 2012-11-01 01:12:09
1 3526623 Update OWL PLCS PSM defnitions to be terminological sound All PSM OWL classes need to be udpated to have the correct annotation properties, have no model specific details in them (e.g reference to attributes etc.) and have terminologically correct definition 5 Open None robbod nobody nobody 2012-05-14 04:02:56 1970-01-01 12:00:00
2 3527517 Create a separate OWL file for terminology Create a separate OWL file for terminology The URL should be: http://docs.oasis-open.org/plcs/plcs-terms-en.owl 5 Open None robbod nobody nobody 2012-05-17 08:09:03 1970-01-01 12:00:00
3 3579487 Context specific terms in OWL The terms.xml of each context should not be used. Separate context specific OWL files for storing context specific (non classifying) terms and their definitions is needed. File name should be; [context]-terms-[lang].owl. Until this is implemented, context specific terms should be stored in plcs-terms-[lang].owl, possibly with a translation in plcs-terms-en.owl. 3 Open None matsn nobody nobody 2012-10-23 12:53:07 1970-01-01 12:00:00
4 3581940 corrrect and complete owl classes under Activity Activity class has a number of subclasses in the reference data - These should be reviewed 5 Open None robbod nobody nobody 2012-10-30 04:07:57 1970-01-01 12:00:00
5 3581942 corrrect and complete owl classes under Property The hierarchy of owl classes under Property need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-30 04:10:06 1970-01-01 12:00:00
6 3581950 corrrect and complete owl classes under LifeCycleStage The hierarchy of owl classes under LifeCycleStage ApplicationDomain need to be reviewed and corrected In particluar the class should be individuals 5 Open None robbod nobody nobody 2012-10-30 04:35:43 1970-01-01 12:00:00
7 3582132 corrrect and complete owl classes: Message The hierarchy of owl classes under Message need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:13:27 1970-01-01 12:00:00
8 3582134 corrrect and complete owl classes: Location The hierarchy of owl classes under Locationneed to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:14:28 1970-01-01 12:00:00
9 3582135 corrrect and complete owl classes: Justification The hierarchy of owl classes under Justification need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:14:43 1970-01-01 12:00:00
10 3582136 corrrect and complete owl classes: Observation The hierarchy of owl classes under Observation need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:14:53 1970-01-01 12:00:00
11 3582137 corrrect and complete owl classes: State The hierarchy of owl classes under State need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:18:16 1970-01-01 12:00:00
12 3582138 corrrect and complete owl classes: Condition The hierarchy of owl classes under Condition need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:18:43 1970-01-01 12:00:00
13 3582139 corrrect and complete owl classes: Breakdown The hierarchy of owl classes under Breakdown need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:19:15 1970-01-01 12:00:00
14 3582140 corrrect and complete owl classes: Resources The hierarchy of owl classes under Resources need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:20:08 1970-01-01 12:00:00
15 3582142 corrrect and complete owl classes: ViewDefinitionUsage The hierarchy of owl classes under ViewDefinitionUsage need to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:21:04 1970-01-01 12:00:00
16 3582143 corrrect and complete owl classes: WorkRequest The hierarchy of owl classes under WorkRequestneed to be reviewed and corrected 5 Open None robbod nobody nobody 2012-10-31 07:21:29 1970-01-01 12:00:00
17 3587634 Review ref data created by Eurostep France Review ref data created by Eurostep France 5 Open None mikeward nobody nobody 2012-11-15 10:59:08 1970-01-01 12:00:00
18 3566989 owl classes included in templates made ready for review owl classes included in templates made ready for review 5 Open Accepted mikeward mikeward nobody 2012-09-12 11:25:51 1970-01-01 12:00:00
19 3568406 RD: Multiple language definition It should be possible to manage multiple languages. As an example create Swedish reference data for the PLCS PSM and RDL 5 Open Accepted robbod robbod nobody 2012-09-17 12:35:37 1970-01-01 12:00:00
20 3572722 owl classes for id codes should be consistently structured Every SysML block that can be assigned an identifier should have a corresponding owl class that is a sub-class of "Identifier" and that owl class should appear in a hierarchy that is structured just like the main class tree. For example the owl class "ActivityMethod" has (inter alia) a sub-class called "TaskElement" and "TaskElement" has (inter alia) sub-classes called "EndTask" and "ExitLoop": Activity_method Task_element End_task Exit_loop All the corresponding SysML blcoks can be assigned identifiers which can in turn be assigned a Classification that may be an Owl class (or some other type of class). The relevant Owl classes should be as follows: Identifier Activity_method_identification_code Task_element_identification_code End_task_identification_code Exit_loop_identification_code This hierarchy reflects that the set of exit loop ids is a subset of the set of task element ids which is (in turn) a subset of the set of activity method ids and also provides a reliable way to infer the route to a particular owl id class in the tree. (The "identification_code" suffix is something that requires a separate discussion) It can be argued that other groupings are required - eg the set of owl id classes that include the word "version" (not all of which will occur under "Product_version_identification code") but if this is felt necessary, an additional class called "Version_identification_classes" (or similar) should be created and all the relevant owl classes should be included in that class IN ADDITION to their inclusion in the "correct parent class in the owl tree. Such additional groupings would provide an additional navigation mechanism, but at the expense of additional complexity. 5 Open Accepted mikeward mikeward nobody 2012-09-28 11:09:10 1970-01-01 12:00:00
21 3576600 corrrect and complete owl classes under ExternalUnit we should create the following class tree: Non_si_unit Context_dependent_unit Us_imperial_unit Si_unit Derived_si_unit_or_multiple Named_derived_si_unit_or_multiple Unamed_derived_si_unit__or_multiple Si_base_unit_or_multiple (though we might use different names) We should then create instances under these classes as follows: Non_si_unit Context_dependent_unit: A small set of examples (eg Flying_hours) according to the needs of the Templates Us_imperial_unit: One or two examples (eg Pound Foot) Si_unit Derived_si_unit_or_multiple Named_derived_si_unit_or_multiple: The complete set of named derived SI units (eg newton pascal) and a small set of multiples (eg kilonewton micropascal) Unamed_derived_si_unit_or_multiple: A small set of examples (eg square_metre square_kilometre) Si_base_unit_or_multiple The complete set of base SI units (eg metre ampere kilogram) and a small set of multiples (eg kilometre microampere gram) The assumption being that these sets of units would be extended as the need arises 5 Open Accepted mikeward mikeward nobody 2012-10-12 07:38:37 1970-01-01 12:00:00
22 3578060 create owl classes under ProjectAssignment ie ProjectAsg_planned and ProjectAsg_actual 5 Open Accepted mikeward mikeward nobody 2012-10-18 11:08:36 1970-01-01 12:00:00
23 3581906 Add Catalog ref data Add the reference data required for the catalog templates http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#CatalogItemRealization http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#CatalogItemStructure http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#CatalogItem http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Catalog 5 Open Remind robbod nobody nobody 2012-10-30 01:19:05 1970-01-01 12:00:00
24 3581916 Add ResourceOrder ref data Add the ref data required by the resource templates http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Resource_order (subclass of WorkOrder) http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Resource_order_acknowledgment (subclass of WorkOrder) http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#DirectedActivity_planned_delivery (subclass of DirectedActivity) http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#ActivityActual_delivery (subclass of ActivityActual) http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Receipt (subclass of Approval) 5 Open Remind robbod nobody nobody 2012-10-30 01:55:35 1970-01-01 12:00:00
25 3582131 corrrect and complete owl classes: Effectivity The hierarchy of owl classes under Effectivity need to be reviewed and corrected 5 Open Remind robbod nobody nobody 2012-10-31 07:11:39 1970-01-01 12:00:00
26 3582242 Actual_effectivity : Wrong subClassOf http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Actual_effectivity is currently defined as a subClassOf "StateAssignment" it should be a subClassOf EffectivityAssignment. 5 Open Remind phoubaux nobody nobody 2012-10-31 02:51:52 1970-01-01 12:00:00
27 3586723 examples should be improved examples should be improved 5 Open Remind mikeward mikeward nobody 2012-11-13 02:18:48 1970-01-01 12:00:00
28 3574152 quality of content PLCS-PSM should be translated into Swedish All PLCS-PSM classes that has a least reached status 'passed_review' should be translated. Specify which classes has been modified between each check-in in the comment field. 7 Open None matsn matsn nobody 2012-10-03 01:00:34 1970-01-01 12:00:00
29 3576603 quality of content change definition and comment for Approval from: formal record that confirms that something fulfills agreed criteria to: formal record thatof whether something fulfills or fails to fulfil agreed criteria 5 Open None mikeward nobody nobody 2012-10-12 07:51:15 1970-01-01 12:00:00
30 3577310 quality of content owl instances should have the correct annotations eg: <!-- http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Unserviceable --> <owl:NamedIndividual rdf:about="&plcs-rdl;Unserviceable"> <rdf:type rdf:resource="&plcs-rdl;Operational_state"/> <skos:prefLabel xml:lang="en">unserviceable</skos:prefLabel> <dc:date xml:lang="en">2012-10-15</dc:date> <rdfs:comment xml:lang="en">instance of an {operational state http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/contexts/OASIS/refdata/plcs-rdl#Operational_state} that indicates that an {product as individual http://docs.oasis-open.org/plcs/ns/plcslib/v1.0/data/plcs/plcs-psm/refdata/plcs-psm#Activity} is fit not for use and cannot be restored to fitness or is not economic to restore it to fitness</rdfs:comment> <dc:source xml:lang="en">PLCS OASIS</dc:source> <skos:changeNote xml:lang="en">[2012-06-13] Rob Bodington, Eurostep: Initial definition</skos:changeNote> <skos:changeNote xml:lang="en">[2012-10-15] Mike Ward, Eurostep: rdfs:comment and skos:prefLabel edited</skos:changeNote> <dc:creator xml:lang="en">Mike Ward, Eurostep</dc:creator> <dc:contributor>Mike Ward, Eurostep</dc:contributor> <dc:contributor>Rob Bodington, Eurostep</dc:contributor> <dc:type xml:lang="en">ready_for_review</dc:type> <owl:versionInfo xml:lang="en">v1.00</owl:versionInfo> </owl:NamedIndividual> 5 Open None mikeward nobody nobody 2012-10-15 11:46:18 1970-01-01 12:00:00
31 3586751 quality of content labels should be improved labels should be improved 5 Open None mikeward nobody nobody 2012-11-13 05:14:17 1970-01-01 12:00:00
32 3587498 quality of content Fix statuses of ancestors whose status is too low The status of an OWL class can be created, in_work, ready_for_review, passed_review, approved, in_use, or cancelled. If a class has a specific status, the status of its ancestors should not be lower (ie earlier in this sequence). 5 Open None mikeward nobody nobody 2012-11-15 01:23:56 1970-01-01 12:00:00
33 3576007 quality of content corrrect and complete owl classes under StateDefinition The hierarchy of owl classes under StateDefinition needs to be completed for the set of blocks to which a StateDefinition can be assigned: Activity, File< Project etc and the annotations for those classes need correcting or (in most cases) creating 5 Open Accepted mikeward mikeward nobody 2012-10-10 11:00:48 1970-01-01 12:00:00
34 3577682 quality of content corrrect and complete owl classes under LocationAssignment follow the pattern established under DateTimeAssignment: 5 Open Accepted mikeward mikeward nobody 2012-10-16 05:21:21 1970-01-01 12:00:00
35 3577693 quality of content corrrect and complete owl classes under DocumentAssignment Delete all existing sub-classes save for those relating to contractual and reference documents and construct the following class tree (renaming and re-defining as required: DocumentAssignment Contractual_document_assignment Reference_document_assignment PartialDocumentAssignment Partial_contractual_document_assignment Partial_reference_document_assignment 5 Open Accepted mikeward mikeward nobody 2012-10-16 06:08:13 1970-01-01 12:00:00
36 3577919 quality of content corrrect and complete owl classes under PersOrgAsg delete exiting classes under OrganizationOrPersonInOrganizationAssignment and replace with actual, Planned, and required PersOrgAsg in roles assertor through to user 5 Open Accepted mikeward mikeward nobody 2012-10-17 10:21:11 1970-01-01 12:00:00
37 3578062 quality of content corrrect and complete owl classes under ContractAssignment add ContractAsg_actual ContractAsg_planned & delete prefomed_under_contract 5 Open Accepted mikeward mikeward nobody 2012-10-18 11:16:55 1970-01-01 12:00:00
1 3529668 Incorrect OWL class URI The IRIs for refdata are not be used correctly. They are including the language designator. This is incorrect http://docs.oasis-open.org/ns/plcs/oasis-rdl-en#Product_life_cycle_support It should be http://docs.oasis-open.org/ns/plcs/oasis-rdl#Product_life_cycle_support This needs to be changed EVERYWHERE that the URI is incorrect. 9 Closed Fixed robbod robbod robbod 2012-05-25 06:18:47 2012-09-19 09:08:11
2 3533251 Align plcs-en.owl with plcs model Ensure that the OWL classes reflects the PLCS PSM Blocks. 5 Closed Fixed robbod robbod robbod 2012-06-08 07:37:04 2012-09-06 06:15:45
3 3563236 various corrections to rdl and terms Various corrections to rdl and terms resulting from recent changes to PSM and error report generated Wed 2012-08-29 06:56 by RBN 5 Closed Fixed mikeward mikeward robbod 2012-08-30 10:40:19 2012-10-01 08:18:13
4 3564943 2012-08-30 review comments Address 2012-08-30 review comments and update status of relevant elements to \"passed_review\" 5 Closed Fixed mikeward mikeward mikeward 2012-09-05 07:56:23 2012-09-05 08:01:23
5 3565248 RD: Baseline Add baseline 5 Closed Fixed robbod nobody robbod 2012-09-06 08:58:26 2012-09-06 09:39:21
6 3565253 RD: Activity_subject Add Activity subject 5 Closed Fixed robbod nobody robbod 2012-09-06 09:39:45 2012-09-06 09:49:16
7 3565300 qualification added to terms qualification added to terms 5 Closed Fixed mikeward mikeward mikeward 2012-09-06 04:14:00 2012-09-06 04:16:19
8 3566982 urls need correcting ns urls need correcting 5 Closed Fixed mikeward mikeward mikeward 2012-09-12 10:37:44 2012-09-12 10:42:37
9 3495308 Add Property_value_assignment_history_relationship Add Property_value_assignment_history_relationship as am OWL class that is a subclass of PropertyValueAssignmentRelationship A Property_value_assignment_history_relationship is a PropertyValueAssignmentRelationship that represents a historical relationship between two PropertyValueAssignments. The values being assigned by the PropertyValueAssignments are assigned to the same object and have changed over time. </rdfs:comment> 5 Closed None robbod robbod robbod 2012-02-28 01:51:07 2012-02-28 01:55:54
10 3495309 Add Property_value_derivation_relationship Add Property_value_derivation_relationship as a subclass of PropertyValueRelationship A Property_value_derivation_relationship is a PropertyValueRelationship that represents a relationship between two PropertyValues where one PropertyValue is derived from the other. 5 Closed None robbod robbod robbod 2012-02-28 01:52:08 2012-02-28 01:55:25
11 3526565 plcs.owl / plcs-en.owl duplicating annotations The annotation properties are duplicated in plcs.owl / plcs-en.owl. The following properties shoul be used: plcs.owl Classes should have: <owl:Class rdf:about=""> <owl:versionInfo rdf:datatype="&xsd;string">1</owl:versionInfo> <dc:source rdf:datatype="&xsd;string">ISO 10303-239ed2 transformed to AP239AP233 PSM</dc:source> plcs-en.owl Classes should have: <skos:prefLabel xml:lang="en">State cause effect</skos:prefLabel> <dc:creator rdf:datatype="&xsd;string">last person who edited the class definition</dc:creator> <dc:contributor/> <dc:date>2012-01-26</dc:date> <rdfs:comment xml:lang="en"> <skos:example/> 5 Closed None robbod nobody robbod 2012-05-14 01:45:10 2012-05-14 01:51:32
12 3526566 SKOS reference incorrect The reference to skos in plcs.owl and other owl files is: http://www.w3.org/2004/skos/core# which does not resolve to a valid page It should be http://www.w3.org/2004/02/skos/core# e.g. <!ENTITY skos "http://www.w3.org/2004/02/skos/core#" > xmlns:skos="http://www.w3.org/2004/02/skos/core#" Other ref data files will probably have to be corrected 5 Closed None robbod nobody robbod 2012-05-14 01:47:28 2012-05-17 10:49:06
13 3527582 Combine plcs.owl and plcs-en.owl There is no reason why the plcs information model ref data is split into plcs.owl and plcs-en.owl They should be combined 5 Closed None robbod nobody robbod 2012-05-17 12:20:03 2012-05-23 07:02:53
14 3528993 Move plcs-en.owl to refdata A number of the hyperlinks do not work when displaying the plcs ref data. This is caused by an assumption in the XSLT that ALL teh ref data will be in refdata folders. E.g. data/contexts/OASIS/refdata The plcs ref data should be moved to data/PLCS/psm_model/refdata 5 Closed None robbod robbod robbod 2012-05-23 07:01:08 2012-05-23 10:48:21
15 3534825 ProperyValue Property Definitions PropertyValue and its subtypes is used as a property in a number of place in the PLCS model. E.g ProperyValue: RequirementViewDefinition.definitionalRepresentations RiskPerception.riskLevel ShapeDependentPropertyRepresentation.propertyRepresentation ValueWithUnit: AssemblyComponentRelationship.quantity GeometricCoordinateSpace.accuracies GlobalLocationRepresentation.altitude GlobalLocationRepresentation.latitude GlobalLocationRepresentation.longitude LotEffectivity.lotSize MakeFromRelationship.quantity ManagedResource.quantity RegionalCoordinate.coordinateValue RequiredResource.requiredQuantity ResourceAsRealized.quantity ResourceEvent.quantity ResourceGroupRelationship.quantity WorkOutput.quantity Each attribute is in effect a property, so a set of OWL Objects should be created for the property definition and the model documentation updated. "Requirement_definition" used by: RequirementViewDefinition.definitionalRepresentations "Quantity" used by: LotEffectivity.lotSize MakeFromRelationship.quantity ManagedResource.quantity RequiredResource.requiredQuantity ResourceAsRealized.quantity ResourceEvent.quantity ResourceGroupRelationship.quantity WorkOutput.quantity The Quanity can have a 5 Closed None robbod nobody robbod 2012-06-13 09:47:16 2012-06-13 02:00:43
16 3534892 ExternalTypeQualifier There should be a number of qualifiers. in particular: maximum_value minimum_value 5 Closed None robbod nobody robbod 2012-06-13 02:44:38 2012-06-13 02:46:07
17 3565217 Baseline PLCS OASIS ref data Ensure that 1) all the annotations properties are added 2) that all the classes are correctly classes not individuals 5 Closed Duplicate robbod nobody robbod 2012-09-06 06:17:36 2012-10-01 08:21:14
18 3565246 RD: Identification_codes Make sure that all the subclasses of Identification_code are correct. I.e. that there is a corresponding PSM block that can be identified. 5 Closed Duplicate robbod nobody robbod 2012-09-06 08:48:37 2012-10-01 08:19:38
19 3572726 owl identifier classes should have a different suffix Every SysML block that can be assigned an identifier should have a corresponding owl class that is a sub-class of "Identifier" and that can be used to classify the relevant Identifier and the name of that class should be derived directly from the name of the original block plus the suffix "_identifier" instead of "_identification_code". For example "Address_identification_code" should be renamed "Address_ identifier". This is a minor issue, but any owl classes that occur below the Identifier class represent subclasses or subsets of identifier. In the past (when names were grouped under Identifier) we needed to distinguish between a name and an id code and had two extra intermediate classes for this purpose. Now these (and the corresponding distinction) have gone, it would make much mores sense to stick to a consistent class naming convention and use the suffix "_identifier" for all SysML block derived id classes ("NSN_code"s etc that hang below the main set of owl id classes do not have to obey any kind of consistent convention here and can stay as they are). 5 Closed Rejected mikeward nobody robbod 2012-09-28 11:23:42 2012-10-01 03:51:17
20 3565434 FMV prioritized RD made ready_for_review FMV prioritized RD made ready_for_review 5 Closed Works For Me mikeward mikeward mikeward 2012-09-07 07:31:20 2012-09-07 03:13:34