FME Feature Store (FFS) Writer Parameters

If checked, creates and outputs a spatial index for each feature store. The spatial index has the same base name as the FFS file, but will have an .fsi extension. Spatial Indexes are needed if the FFS file is later used as the source for spatial queries by the FFS reader.

Reduces the size of the output dataset. A lower compression level will result in faster operation for both reading and writing, while a higher compression level will result in smaller file sizes.

Limits the size of each FFS file.

If a file exceeds the specified number of bytes, it will be closed and a new file with a numeric suffix starting at 1 will be created. A single spatial index is created for the group of files.

Indicates whether features should be modified to adhere to the schema. This may include removing all unlisted user attributes before they are saved, or enforcing that attribute types match the type specified on the schema.

• No: (default) Features will be saved without modification.
• Yes: Attributes not specified on the schema will be stripped, and attributes specified on the schema will be saved with the specified type.

Note: Strictly adhering to a schema can, in some cases, greatly reduce file size by removing unnecessary attributes. Additionally, enforcing both names and types may dramatically improve read performance of the output file.

This specification is used to encrypt the output dataset for additional security. This exact passphrase must be used to decrypt this dataset when it is read again.

If this is not used when writing the output dataset, it is not necessary to specify it when reading it in again.

When FFS files are passed between two machines with the same system encoding, no work is done. When FFS files are passed between two machines with different system encodings (for example, utf-8 and shift-jis), system-encoded strings from the first machine will need to be tagged or transcoded.

FFS files contain information about the system encoding of the machine on which they are created. When reading FFS files, FME uses this information to tag and transcode on-the-fly. Taggable strings, such as attribute values, that have been left as system-encoded, are retagged with an explicit encoding name. System-encoded strings that can't be tagged, such as attribute names, are instead transcoded.

The Target String Transcoding parameter is used to preemptively perform the tagging and transcoding of new FFS files while writing, instead of while reading. (Note that the same transcoding/tagging will happen whether or not this setting is used – the difference is when the processing is done.)

By default, this parameter is blank, which means that no tagging or string transcoding is performed while writing. The reader will still be required to do all of the work.

When you select an encoding from the list (for example, shift-jis or utf-16), then FME will transcode any untaggable system-encoded strings to the selected destination encoding, and tag the rest of the system-encoded strings with the writer's system encoding. If the FFS file is later read on a machine with the system encoding that matches the one you selected, no tagging or encoding work will need to be peformed during the read.