Brad Kelechava Leave a comment Identification cards, such as credit cards, employee ID cards, and even hotel keycards, despite appearing as simple thin objects that you can slide into your wallet, encompass a vast range of complex technologies that assure their performance and security. The reliability of the various facets of identification cards are provided by international standards and often physically observable on the cards themselves. Magnetic stripes are also crucial components of identification cards. Low coercivity magnetic stripes generally are brown, and they are encoded at a low-intensity magnetic field, around Oersted Oe. Because they are encoded at a low-intensity magnetic field, LoCo cards are typically used for short-term applications. This includes hotel room keys and season passes for theme parks, amusement parks, and water parks.
|Published (Last):||17 June 2014|
|PDF File Size:||1.51 Mb|
|ePub File Size:||15.82 Mb|
|Price:||Free* [*Free Regsitration Required]|
Full Description This document is one of a series of standards describing the characteristics for identification cards as defined in the definitions clause and the use of such cards for international interchange.
This document specifies requirements for a high coercivity magnetic stripe including any protective overlay on an identification card and encoding technique. It takes into consideration both human and machine aspects and states minimum requirements. Coercivity influences many of the quantities specified in this document but is not itself specified.
The main characteristic of the high coercivity magnetic stripe is its improved resistance to erasure. Data is encoded in 8 bit bytes using the MFM encoding technique.
Data framing is used to limit error propagation and error correction techniques further improve reliability of reading. No consideration is given within these standards to the amount of use, if any, experienced by the card prior to test.
Failure to conform to specified criteria is negotiated between the involved parties. Using either system is correct but intermixing or reconverting values can result in errors. The original design was made using the Imperial measurement system.
Parameters: algorithm - the desired checksum algorithm. Returns: the Checksum object instance of the requested algorithm. Throws: CryptoException - with the following reason codes: CryptoException. Parameters: bArray - byte array containing algorithm specific initialization information bOff - offset within bArray where the algorithm specific data begins bLen - byte length of algorithm specific parameter data Throws: CryptoException - with the following reason codes: CryptoException.