Data Formats and Submission for ACs and UFRs
- 1 Knowledge Base Wiki Data Formats and Submission for ACs and UFRs
- 1.1 Purpose of Document
- 1.2 Data Structure and Format
- 1.3 Data Submission, Storage and Retrieval
- 1.4 Appendix A: Metadata Required
- 1.5 Appendix B: Example of Small data ASCII files
Knowledge Base Wiki Data Formats and Submission for ACs and UFRs
Purpose of Document
This document provides guidance to contributors who are submitting data to be included in the Knowledge Base Wiki. It is important that contributors read the content carefully before preparing and submitting their data files. This document sets out the required format for each type of data file, what metadata is required and the folder structures that should be used when submitting data. The total storage space available per Application Challenge will be subject to a limit of 500 MB.
Data Structure and Format
All the data files associated with an Application Challenge should be submitted as a single appropriately named folder, containing three subfolders named ‘X’, ‘C’ and ‘I’. All experimental data must be contained within the directory named ‘X’, all CFD data in the directory named ‘C’ and all images in a directory named ‘I’. Any further directory structure within these three subfolders and the data filenames, are at the discretion of the contributor providing the data. The total storage space available per Application Challenge will be subject to a limit of 500 MB.
File Type Segregation
Data stored in the Knowledge Base are separated into the following three classes:
- Graphical Data Files (independent of size)
- Small Data Files - Experimental or CFD data files that are less than about 2Mb when stored in ASCII format.
- Large Data Files - Experimental or CFD data files that would be more than about 2Mb if stored in ASCII format.
In the following sections the file formats required for each of these three classes will be discussed and must be adhered to when submitting documents.
Graphical Data Files (independent of size)
Static images must have extensions of either “.gif” or “.jpg” or “.png” depending on which format is the most suitable for a given image type.
Files containing movie clips should have extensions of either “.mpg” or “.avi” or “.mov”.
Small Data files
‘Small’ data files have a size smaller than approximately 2Mb when stored in ASCII format. These data files must be in ASCII format and should have the extension .dat. They should also contain their own metadata at the top of the file as indicated in Appendix A below. This metadata header states the Problem Definition Parameters (PDPs) common to the entire data file and also information about the data columns presented. Following the metadata header the file should only contain columns of tab separated data with the rows being separated by CR/LF (Carriage Return/Line Feed) characters. The data type in each column must be either Integer, Real or String, as declared in the metadata. No metadata or any other type of comments should appear after the “%End of Metadata” line. An example of a small data file is provided in Appendix B.
Large Data files
‘Large’ data files are larger than 2Mb when stored in ASCII format. These can be structured in any format convenient to the subscriber. However, instructions for reading and interpreting the data must be provided in the metadata file. The specific information required is a definition of the file format, usually a well-known keyword, and an optional version number.
The metadata associated with a large data file must be stored in a separate ASCII file residing in the same directory as the large data file and having the same name except with a “.met” extension. This metadata file shall contain all the Problem Definition Parameters (PDPs) common to the entire data file and also information about the data columns presented as prescribed in Appendix A.
DNS CFD Data files
The data files for the DNS entries maybe several hundreds of GB's and so a separate large file hosting system has been developed that will store these files on the AWS S3 service. Please see DNS Data Storage for further guidance.
Data Submission, Storage and Retrieval
Data Submission Methods
- FTP (for data sets of the order of tens of MB or less). This is done by special arrangement with the KB Wiki Editorial team. Please email email@example.com
- CD ROM, DVD or DLT (for data sets of the order of hundreds of MB)
- AWS S3 (for data sets of the order of hundreds of GB)
Inform the KB Wiki Team of ftp access via email. Contact the KB Wiki Team team for delivery details if the data is being sent by post.
The data will be stored in the format in which they were submitted.
Data files will be downloadable in the format in which they were submitted.
Before downloading the larger data files, users are requested to inspect the associated metadata of the file to be sure they have the expected content. In this way, the load on the server can be managed. A future development will enable portions of large data files to be retrieved and this option is currently being investigated.
Appendix A: Metadata Required
The metadata (data about data) which must be provide for each data file shall contain the following information in ASCII format:
- Values of all the defining parameters specified for the Application Challenge which do not explicitly appear as a separate column in the data file. These rows should be prefixed by a # symbol.
- The Thematic Area, using machine-readable format:
%TA = <n>
where <n> = 1, 2, 3, 4, 5 or 6.
- The Application Challenge number, using machine readable format:
%AC = <nTA-N>
where <nTA> = 1 to 45.is the Thematic Area number and N is the AC number, e.g. 4-01 refers to the first AC in TA4 “Wind environment around an airport terminal building” by WS Atkins.
- The variables listed for each column of data using the machine-readable format, for example:
%Column1Name = VelocityX %Column1Units = m/s %Column1Type = Real %Column2Name = Sensor Location on Wing %Column2Units = mm %Column2Type = String
etc. for each column in the file
The value assigned to %Column1Name must be a string containing no unprintable characters (apart from spaces) and if possible it should conform to the CGNS convention for data name identifiers. For details of CGNS conventions, see 
The value assigned to %Column1Units is left to the discretion of the contributor, but once again it must be a string containing no unprintable characters except spaces.
The value assigned to %Column1Type must be either “Integer”, “Real” or “String”
Entries are case-sensitive and should follow the exact specification given.
For large data files that are not based on column data it is recommended that a format identifier and if possible a format version identifier be provided. These take the format shown in the following template:
%Format = <MY_FORMAT> %FormatVersion = <MY_FORMAT_VERSION>
- The metadata must end with the following machine readable-command:
%End Of Metadata
Appendix B: Example of Small data ASCII files
############################################################ # # TA1 External Aerodynamics AC41 Oscillating Delta Wing # # File contains ANOVA-results of the Pressure Coefficients -Cp # of the Kulite Pressure Transducers # # Free stream Velocity : 40 ms-1 (± 0.06 %) # Reynolds number : 3.1E6 # Mach number : 0.12 # Mode : Pitch # Angle of Attack : 0.0 deg # Oscillation Amplitude : 6 deg ############################################################ %TA = 1 %AC = 1-4110 %Column1Name = value for red. Frequ. = 0.28 %Column1Units = rad/s %Column1Type = Real %Column2Name = value for red. Frequ. = 0.56 %Column2Units = rad/s %Column2Type = Real %Column3Name = confidence interval for 95% probability %Column3Units = Non-dimensional %Column3Type = Real %Column4Name = Side Of Wing %Column4Units = Location %Column4Type = String %Column5Name = x/ci %Column5Units = ratio %Column5Type = Real %Column6Name = eta %Column6Units = degrees %Column6Type = Real %End Of Metadata 0.0931 0.0907 0.0080 Right 0.3 0.700 0.2934 0.3035 0.0010 Right 0.3 0.700 -4.4748 -9.6125 0.0600 Right 0.3 0.700 0.0798 0.0869 0.0010 Right 0.3 0.700 -17.5862 -37.9607 0.3240 Right 0.3 0.700 0.0230 0.0274 0.0000 Right 0.3 0.700 -25.8954 -50.8786 1.6030 Right 0.3 0.700 0.1060 0.1104 0.0020 Left 0.3 0.700 0.2874 0.2975 0.0010 Left 0.3 0.700 -4.5508 -9.6137 0.1160 Left 0.3 0.700 0.0779 0.0848 0.0010 Left 0.3 0.700 -18.4120 -39.0618 0.6240 Left 0.3 0.700 0.0219 0.0265 0.0010 Left 0.3 0.700 -28.0049 -54.2960 2.2470 Left 0.3 0.700 0.1006 0.1015 0.0020 Left 0.3 0.850 0.3287 0.3403 0.0010 Left 0.3 0.850 -1.4226 -3.4499 0.0370 Left 0.3 0.850 0.0818 0.0866 0.0010 Left 0.3 0.850 -0.8961 -4.9886 0.3980 Left 0.3 0.850 0.0118 0.0166 0.0000 Left 0.3 0.850 22.3086 32.6002 2.5760 Left 0.3 0.850 0.0992 0.0834 0.0050 Left 0.6 0.700 0.1712 0.1730 0.0010 Left 0.6 0.700 0.4754 1.7458 0.1840 Left 0.6 0.700 0.0437 0.0487 0.0010 Left 0.6 0.700 -34.5128 -66.4447 1.0530 Left 0.6 0.700 0.0400 0.0444 0.0010 Left 0.6 0.700 -43.8689 -84.7527 1.1160 Left 0.6 0.700 --------------------------------------------------------------------------------
The name of the data folder will be based on the reference identifier given to the contributor(s) by the KB Wiki Team. Each contributor will be assigned a unique id based on their name.