]> git.sur5r.net Git - openldap/blobdiff - servers/slapd/schema/nadf.schema
ITS#2607: improve socket() error logging with AF info
[openldap] / servers / slapd / schema / nadf.schema
index a93c29d5f25cdc0189559bc5a8fc70d165f4e4ca..1da0e5396f2f330c11e5ed02cae7dc8ba8a357b9 100644 (file)
@@ -1,11 +1,14 @@
 # $OpenLDAP$
 
 # These are definitions from the North American Directory Forum
-# They were taken from ftp://ftp.gte.com/pub/nadf/nadf-docs/sd-04.ps
+# They are intended to be used with QUIPU/X.500 not LDAPv3.
+# Your mileage may vary.
+
+# They were acquired from ftp://ftp.gte.com/pub/nadf/nadf-docs/sd-04.ps
 # Our thanks to Harald T. Alvestrand that provided the pointer.
 
 # This is a preliminary version and is likely to be incorrect in
-# a number of areas
+# a number of areas.  Use with exterme caution.
 
 # The root for OIDs is joint-iso-ccitt mhs-motis(6) group(6) grimstad(5)
 # nadf(2).  In othor words, barring any error, 2.6.6.5.2.  Then,
@@ -16,9 +19,6 @@
 
 # Attribute Type Definition
 
-# The spec says "leading zero is significant".  Is this really a
-# numeric string?
-
 attributetype ( 2.6.6.5.2.4.1 NAME 'fipsStateNumericCode'
        EQUALITY numericStringMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{2} )
@@ -30,18 +30,12 @@ attributetype ( 2.6.6.5.2.4.2 NAME 'fipsStateAlphaCode'
        EQUALITY caseIgnoreMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.44{2} )
 
-# The spec says "leading zeros are significant".  Is this really a
-# numeric string?
-
 attributetype ( 2.6.6.5.2.4.3 NAME 'fipsCountyNumericCode'
        EQUALITY numericStringMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{5} )
 
 # It seems that fips55 is fipsPlaceNumericCode, is this so?
 
-# The spec says "leading zeros are significant".  Is this really a
-# numeric string?
-
 attributetype ( 2.6.6.5.2.4.4 NAME ( 'fipsPlaceNumericCode' 'fips55' )
        EQUALITY numericStringMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{5} )