Hi everyone
Can you give an example of directory server used by governments or certain authorities as to the source of truth? E.g. whether or not the person named so exists, or whether or not the land registered at certain street address belong to a Mr Smith?
I'm asking for this because I'm researching how the source of truth is made publically available in a public database with a set of open query method (like openldap filter) before the invention of blockchain. I personally also want to see such effort being made by willing authorities.
Thanks in advance!
Tankman 六四 wrote:
Hi everyone
Can you give an example of directory server used by governments or certain authorities as to the source of truth? E.g. whether or not the person named so exists, or whether or not the land registered at certain street address belong to a Mr Smith?
I'm asking for this because I'm researching how the source of truth is made publically available in a public database with a set of open query method (like openldap filter) before the invention of blockchain. I personally also want to see such effort being made by willing authorities.
There were a lot of publicly accessible LDAP directories in the 1990s but I get the impression they've all been shut down as people started becoming aware of the ease with which personal info is abused, and all of the privacy risks that entailed.
Within large organizations, I seldom see LDAP being used as the source of truth. Not because it's unsuitable, but mainly because HR systems that are used for onboarding tend to only talk to SQL servers. Companies that provide personal information in LDAP generally export it from their authoritative SQL servers into LDAP.
Naturally I think organizations and HR systems that operate that way are braindead, but they seem to be the majority. This appears to be a combination of colleges only teaching SQL (if they teach anything about databases at all) and again, HR-oriented software only interacting with SQL (if they interact with external systems at all). Would be happy to see otherwise.
On April 20, 2019 2:56:15 AM GMT+08:00, Howard Chu hyc@symas.com wrote:
This appears to be a combination of colleges only teaching SQL (if they teach anything about databases at all) and again, HR-oriented software only interacting with SQL (if they interact with external systems at all). Would be happy to see otherwise.
To be fair learning sql is easier. I didn't learned it from school, but after installing postgres on my computer and fired up psql with a good reference book on hand, I could conjure up simple database schemas and simple queries in a matter of hours.
What openldap needs to gain mind share is an easy way to play with it. Something like psql, a shell that let you do DDL, DML and query by trial and error.
Le mar. 23 avr. 2019 à 17:40, Derek Zhou derek@shannon-data.com a écrit :
On April 20, 2019 2:56:15 AM GMT+08:00, Howard Chu hyc@symas.com wrote:
This appears to be a combination of colleges only teaching SQL (if they teach anything about databases at all) and again, HR-oriented software only interacting with SQL (if they interact with external systems at all). Would be happy to see otherwise.
To be fair learning sql is easier. I didn't learned it from school, but after installing postgres on my computer and fired up psql with a good reference book on hand, I could conjure up simple database schemas and simple queries in a matter of hours.
What openldap needs to gain mind share is an easy way to play with it. Something like psql, a shell that let you do DDL, DML and query by trial and error.
Like ldapvi ? ( http://www.lichteblau.com/ldapvi/)
Or if you like GUIs, Apache Directory Studio ? (directory.apache.org/studio) (which by the way allows you to launch an internal ldap server in matter of seconds, and play with it)
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Regards, Cordialement, Emmanuel Lécharny www.iktek.com
openldap-technical@openldap.org