Changes

The exact matching of units is performed for both the exception units and units of "well-formatted" records, that is records that have comma seperated logical units. Postcodes are extracted as a logical unit if possible first (to generate the PRS_POSTCODE field). Exact matching is case insensitive and units are trimmed of preceeding and subsequent spaces, but otherwise the match must be exact. Units are matched from the bottom to the top, in order of precedence. That is if the string is Unit1, Unit2, Unit3, Postcode; then Unit3 is matched with precedence over Units 2 and 1, and so forth. However, if multiple matches are made for a "Place" some FC code and one match is made for the "Area"another, then preference is given to a Place name that is the different from the Area name. This is done as many Areas are also places, and more information from the source string is used in this fashioncombination. For example if the string were "Chelsea, London" and both Chelsea and London were recorded in the GNS data as PlacesFC=P, but only London was recorded as a AreaFC=A, then it would be most sensible to record PlaceP=Chelsea, AreaA=London, and not PlaceP=London, AreaA=London. The same 'difference preference' This is differencing is also applied done in the rare cases where there are matching method and independent from the resolution of multiple matches on Area but only one on Placeat the end.