[DDI-SRG] [DDI 3.0 0000007]: PhysicalRecordSegment in GrossRecordStructure shoudl be optional

Pascal Heus pascal.heus at gmail.com
Fri Sep 28 18:01:14 EDT 2007


I would like to further discuss this resolution at the next meeting. I 
don't see the benefit of keeping this and it will add lots of 
unnecessary references: every DataItem/PhysicalLocation will require a 
reference to the segment (it's not a single reference from 
BaseRecordLayout). The vast majority of data files are single segment 
and this should be a default implied behavior. Segmentation information 
should only be required for segmented files.
PhysicalRecordSegment should be optional as well as 
PhyicalRecordSegmentReference under DataItem/PhysicalLocation


noreply at opendatafoundation.org wrote:
> The following issue has been CLOSED 
> ====================================================================== 
> http://mantis.ddialliance.org/view.php?id=7 
> ====================================================================== 
> Reported By:                pheus
> Assigned To:                wthomas
> ====================================================================== 
> Project:                    DDI 3.0
> Issue ID:                   7
> Category:                   !Schema
> Reproducibility:            N/A
> Severity:                   minor
> Priority:                   normal
> Status:                     closed
> Related Module:             PhysicalData 
> XPath:                      /GrossRecordStructure/PhysicalRecordSegment 
> Related use case:           DExT 
> Implemented Solution:        
> Resolution:                 open
> Fixed in Version:           
> ====================================================================== 
> Date Submitted:             07-12-2007 14:52 PDT
> Last Modified:              09-27-2007 16:40 PDT
> ====================================================================== 
> Summary:                    PhysicalRecordSegment in GrossRecordStructure shoudl
> be optional
> Description: 
> Most of the files are stored in a single segment and do not required this
> information
> ====================================================================== 
>
> ---------------------------------------------------------------------- 
>  wthomas - 07-21-07 10:11  
> ---------------------------------------------------------------------- 
> see 2007/07/21 note on 0000013 
>
> ---------------------------------------------------------------------- 
>  wthomas - 09-27-07 16:40  
> ---------------------------------------------------------------------- 
> NO CHANGE
>
> This retains a consistant definition and referencing structure. A single
> identification and a single reference from the BaseRecordLayout is not
> undue burden to retain a consistant structure. 
>
> Issue History 
> Date Modified   Username       Field                    Change               
> ====================================================================== 
> 07-12-07 14:52  pheus          New Issue                                    
> 07-12-07 14:52  pheus          Related Module            => PhysicalData    
> 07-12-07 14:52  pheus          XPath                     =>
> /GrossRecordStructure/PhysicalRecordSegment
> 07-12-07 14:52  pheus          Related use case          => DExT            
> 07-12-07 16:25  pheus          Status                   new => assigned     
> 07-12-07 16:25  pheus          Assigned To               => wthomas         
> 07-12-07 18:02  pheus          Assigned To              wthomas =>          
> 07-12-07 18:02  pheus          Status                   assigned => new     
> 07-21-07 10:10  wthomas        Status                   new => assigned     
> 07-21-07 10:10  wthomas        Assigned To               => wthomas         
> 07-21-07 10:11  wthomas        Note Added: 0000002                          
> 09-27-07 16:40  wthomas        Note Added: 0000067                          
> 09-27-07 16:40  wthomas        Status                   assigned => closed  
> ======================================================================
>
>
>   



More information about the DDI-SRG mailing list