ࡱ>  Root Entrye~0= __properties_version1.00__nameid_version1.0(DU~0=.^~0=__substg1.0_0E04001E* +!"#$%&'()*,-./0123Root Entry F Z]0= __properties_version1.00__nameid_version1.0(DU~0=.^~0=__substg1.0_0E04001E* +!"#$%&'()*,-./0123__substg1.0_0E03001E* __substg1.0_0E02001E*__recip_version1.0_#00000000:;U~0=U~0=__recip_version1.0_#00000001:0U~0=.^~0=__recip_version1.0_#00000002:'.^~0=.^~0=__substg1.0_001A001E*  __substg1.0_0037001E*__substg1.0_003B0102* __substg1.0_00410102*!D__substg1.0_0042001E* __substg1.0_004F0102*Q__substg1.0_0050001E* __substg1.0_0064001E*__substg1.0_0065001E*__substg1.0_0070001E*__substg1.0_00710102*__substg1.0_0C190102*D__substg1.0_0C1A001E*__substg1.0_0C1D0102*__substg1.0_0C1E001E* __substg1.0_0C1F001E* __substg1.0_0E0A0102*__substg1.0_1000001E*"h__substg1.0_1035001E* 3__substg1.0_1042001E* =__substg1.0_300B0102* __substg1.0_8002001E* __substg1.0_8009001E*__substg1.0_800A001E*__substg1.0_003D001E*__substg1.0_0E1D001E*__properties_version1.00*B !"#$%&'()*+,-:ACDEQRST^_`bCreating ODMA Document IDsODMA Tech; Dal.Ghotra@Rebis.comBalaz Branislav.bURE: 0000000binfonuovo@email.comInfoNuovo Email9.0P֋UbSinfonuovo@email.comSMTPSMTP:INFONUOVO@EMAIL.COMDennis E. Hamilton%To: Balaz Branislav %Cc: ODMA Tech Dal Ghotra %From: Dennis E. Hamilton %Re: Creating ODMA Document IDs Thank you for your useful question. Your question is similar to one that Mr. Dal Ghotra submitted some time ago. I am going to address both of your questions. There will be a new ODMA FAQ about Creating ODMA Document IDs. It will be at http://www.infonuovo.com/odma/downloads/Q000014.htm Here is the basic response: 1. ODMA DOESN'T WORK WITHOUT ODMA DOCUMENT IDS. The ODMA API Depends on ODMA Document IDs to locate the correct DMS integration to use for performing individual operations. Notice in the ODMA specification how many operations require a Document ID as a parameter. The ODMA Document ID is how the correct DMS is located and consulted for providing the actual document-management operations. Even at the ODMA COM interfaces provided by the DMS, such as IODMDocMan, most methods require that a valid ODMA Document ID be supplied. It is necessary for a DMS Integration to provide and then to accept ODMA Document IDs. On receiving an ODMA Document ID, the DMS Integration should determine that the Document ID is a valid one issued by it (or another configuration using the same DMS Integration software and name). 2. REQUIREMENTS FOR ODMA DOCUMENT IDS ODMA has simple requirements for a Document ID: a. It must be a text string in the local character set b. It must not be longer than ODM_DOCIDMAX, counting the terminating '\0' character. c. It should be used in a case-insensitive way and be formatted in such a way that it can be provided on a command line without problem. d. The first part of the ODMA Document ID has the following fixed structure: ::ODMA\dms-id\... where dms-id is at least 1 and at most ODM_DMSID_MAX-1 characters. There should be no spaces and it is recommended that the DMS-ID include only Roman letters and decimal digits for maximum international interoperability. The dms-id is used by ODMA to determine, using the Windows Registry, the correct DMS Integration to initiate and give the request to. 3. INTEROPERABILITY CONSIDERATIONS For ODMA DMS Integrations to interoperate successfully across multiple computers, the dms-id should be unique among DMS Integrations, so that the ID is never supplied to a DMS Integration for which it is not intended. It is also strongly recommended that the ODMA Document ID be globally unique. ODMA Document IDs may be stored in files, carried in documents as links to other documents, and transmitted to others using e-mail and other transfer techniques. A globally unique ODMA Document ID allows a DMS Integration to determine whether it actually has access to the repository to which the Document ID applies, or not. 4. CREATING DMS DOCUMENT IDS ODMA never examines the part of an ODMA Document ID that follows the dms-id portion. Applications are also required to treat that portion as "opaque" information that is intended for use solely by the identified DMS Integration. So long as the Document ID length, character set and character code requirements of ODMA are satisfied, the remainder of the Document ID can be encoded in any way that allows the DMS Integration to locate the identified document at any time in the future, or reliably report that the identified document cannot be located. When a DMS Integration is atop of a document-management system that has its own identification scheme, the common approach is to recode such identifications, with useful supplemental identification, so that the original identification can be recovered by inspection of the ODMA Document ID. The supplemental information may include identification of the specific repository that was used, so that identifications applicable to one repository will not be mistaken for similarly-identified documents of other repositories. How this is done is dependent on the implementation of the DMS Integration. For example, the following ODMA Document ID applies for a fictitious DMS Integration, ::ODMA\DM-FOO\AA345961-A67C-11d4-A462-F0B953C1AECD#4E7C9FA0-A67D-11d4-0001 where there is a globally-unique and privately generated identifier for the DM-FOO-integrated repository, and then a unique document identification following the "#"-separator. There is a special case that each DMS Integration must support: The ODMNewDoc function returns a place-holder that is used temporarily until a SaveAs function is performed to establish the official ODMA Document ID for a new document. Each DMS has its own implementation of this scheme. For example, ::ODMA\DM-FOO\#B75B6FA0 with the number being a session-unique identifier for a pending document that the DMS is waiting for the application to define further. Some DMS Integrations use even simpler schemes than this, having a specific constant ODMA Document ID that is used for every pending new document of that DMS. (The hypothetical DM-FOO integration does more work so documents from different NewDoc requests are separated when debugging and trouble-shooting.) There are many other variations. Here are some ODMA Document IDs produced by actual DMS Integrations: ::ODMA\ODMASAMP\11-15-50-99; ::ODMA\MHODMA\NULL;0;0 ::ODMA\MHODMA\Clients;217303;1 ::ODMA\GRPWISE\DXU-WG-DM.DXU_PO_DM1.WG3_CO_DM1:6302.1 ::ODMA\WORLDOX\T:\DOCS\FOONARD\999\999\MISC\0647098.WPD I will incorporate this into the new Q000014 FAQtip. Does this help? -- Dennis AIIM DMware Technical Coordinator AIIM DMware http://www.infonuovo.com/dmware ODMA Support http://www.infonuovo.com/odma ------------------ Dennis E. Hamilton InfoNuovo mailto:infonuovo@email.com tel. +1-206-779-9430 (gsm) fax. +1-425-793-0283 http://www.infonuovo.com -----Original Message----- From: Balaz Branislav [mailto:balaz@ditec.sk] Sent: Friday, October 13, 2000 07:54 To: 'infonuovo@email.com' Subject: for Dennis E.Hamilton Good day Mr. Dennis E.Hamilton! Thanks for your last advice,yet,it was good help for me.Excuse me for your loss of time, but I have som new questions about my Project with use ODMA. This project is not very easy. 1. as you known, I have created my own DMS client to Visual Info(VI) for AS/400 with use VI API. And now I want to create my own DMS client(as .dll) as ODMA interface between VI for AS/400 and MS Word with use experiences which I obtain when i create my own client to VI. Could I create my own DMS client with support ODMA but I don`t want use or work with Document ID? I want for example only call API functions for VI/400 from within functions COM Interfaces for ODMA(IODMDocManInterface...). Is it possible? But is it inept? 2. as is it not possible to do describing above, than as I will create so best Document ID in my project? I have problems only good understand creating Document ID, in ODMASamp.dll is it create on base of time when document was created. But is it unique? Or Document ID is provided by vendor, in my case specifically company IBM which created Visuall Info for AS/400? Or is it some combination.....? I would like to known all needed about creating Document ID. Thanks for your help! with greeting Balaz Branislav Excuse me for my bad English!+nTDennis E. HamiltonSMTPinfonuovo@email.com:WrUԤbSCreating ODMA Document IDsinfonuovo@email.comSMTPinfonuovo@email.comIE+nTinfonuovo@email.comSMTPinfonuovo@email.comDennis E. Hamilton+nTDennis E. HamiltonSMTPinfonuovo@email.comSMTP:INFONUOVO@EMAIL.COMRE: Creating ODMA Document IDsIPM.Note@0U~0=@0U~0=__substg1.0_0FFF0102*+@G__substg1.0_3001001E*$&?__substg1.0_3002001E*>__substg1.0_3003001E*%)=__substg1.0_300B0102*<__substg1.0_5FF6001E*(#;__substg1.0_5FF70102*9G__substg1.0_0FF60102*8__properties_version1.005P__substg1.0_0FF90102*6O__substg1.0_0FFF0102*-/N-__substg1.0_3001001E*M __substg1.0_3002001E*.2L__substg1.0_3003001E*K__substg1.0_300B0102*14J__substg1.0_3A11001E*I __substg1.0_5FF6001E*3,H __substg1.0_5FF70102*G-__substg1.0_0FF60102*F__properties_version1.00>]__substg1.0_0FFF0102*?\<__substg1.0_3001001E*8:[__substg1.0_3002001E*Z__substg1.0_3003001E*9=Y__substg1.0_300B0102*X__substg1.0_5FF6001E*<7W__substg1.0_5FF70102*V<__substg1.0_0FF60102*U__substg1.0_00020102*c__substg1.0_00030102*@BaX__substg1.0_00040102*__substg1.0_100F0102*JI7__substg1.0_10010102*AF6__substg1.0_101E0102*5__substg1.0_10120102*HL4__substg1.0_10020102*3__substg1.0_10090102*GC2__substg1.0_10110102*1__substg1.0_100A0102*0__substg1.0_10140102*/__substg1.0_10150102*KE.!   #& ).67 @9mI:;ADBOQPdepq D     @F: h53B= 0?on }n    =E  TR+nTDal.Ghotra@Rebis.comSMTPDal.Ghotra@Rebis.comDal.Ghotra@Rebis.comSMTP:DAL.GHOTRA@REBIS.COMDal.Ghotra@Rebis.comSMTPDal.Ghotra@Rebis.com+nTDal.Ghotra@Rebis.comSMTPDal.Ghotra@Rebis.com  G000 0__G__0QG.bUD'ODMA TechODMA TechSMTP:ODMATECH@FTPLIST.AIIM.ORGODMATECH@ftplist.aiim.orgSMTPODMA TechQG.bUD'D'  -0 00 09: _ _-__0+nTBalaz BranislavSMTPbalaz@ditec.skBalaz BranislavSMTP:BALAZ@DITEC.SKbalaz@ditec.skSMTPBalaz Branislav+nTBalaz BranislavSMTPbalaz@ditec.sk  <000 0__<__0RT   F