A project definition is necessary for Data Extraction / Query / Feed operations. GEODI supports creating projects to completely isolate the indexes.
It is possible to add new projects for needs like institution-specific terms and differences of resources that are going to be searched.
Defining multiple GEODI projects in an organization makes access to content from different sources difficult. Preparing only one project will be more effective to use. This way, it is possible to access resources that are not in your application but included in the project to the extent of your authorization.
A new project can be created from the projects screen in the left menu in the interface opened with GEODI.exe.
It is used to specify the resources that GEODI will scan during project preparation. Resource types like Folders, Web Pages, E-mail, Database, Dropbox are available. By preparing and adding a Content Feed Service resource that provides access to a web service in your application, you can enable GEODI to request updated, changed data from your application at specified intervals and manage authorization based on content.
Recognizers are layers that allow content recognition that can be defined during project preparation. There are many ready recognizers such as dictionaries, Turkish National ID identifier, Plot/Parcel of the land recognizer, Kilometer recognizer, canonical expression recognizer. Thanks to the recognizers, GEODI can display this data even before it is searched. The DataExtraction API returns only the contents found by the identifiers defined in the project.
GEODI is capable of scanning not only text from documents but also objects provided by enumerators. Moreover, we believe that in our customers’ views the word “document” is not enough to cover stuff like tweets and E-mails for our customers.
You can make use of Geodi Data Extraction API ( Formatter ) web services.
You can make use of the Geodi Query API ( Query ) webservices.
When you select Database enumerator and the tables to be scanned in project preparation, GEODI scans this content like an excel table and indexes are known types and texts. It requires a filename, an image name and a unique id for updates values to scan image / byte [] fields. Uses this information for names to be shown in query results. To specify where to get this information, an XML as in the example structure should be located in the "Settings \ Reader \ DBMeta" folder inside the GEODI application. In any database scan, GEODI uses the metadata in this folder.
|
You can make use of Geodi Feed Api (FeedHandler) web services.
A Token contains information like which services can be accessed on GEODI, when it was given, by which user it was given, how long will it be valid, which clients are allowed. Token got from the services is valid as long as the user is active up to 10 years. We think that it is more secure than distributing usernames and passwords.
If you have an authorized user name and password, you can get a Token with the interface that can be reached from the link in the Geodi REST API page. If you do not have a user name and password, you should ask the system administrator to get a Token on GEODI and forward it to you or insert it to your config file in your application. The system administrator can also use the interface that can be reached from the link in the Geodi REST API page.
It is usually sufficient to store GEODI Url, WorkspacaName, Token information in your application.
A unique id is needed for the content sent to the service. The feed service uses ContentObject.Content. ContentId as the content id. If required, this value must be a unique value, including your own application name.
If ContentId is not given, the ContentURL id given during feed operation is used. If ContentId is not given, ContentURL must be the same in the next request, otherwise, GEODI will accept as new content.
If known, the content date (ContentObject.ContentDate) and / or content hash information (ContentObject.ForcedContentHash) must be passed. ContentDate must have a date linked to the transmitted content. Changing these values, even if the content does not change each time it feeds, will make GEODI rescan the content and will result in an extra load on both systems.
No. Feeding with the same service and new authorizations is sufficient.
It is enough to set ContentObject.Mode to DisableVersions (int 8). The old version will be marked as deleted.
You can reach the up-to-date properties of objects over Geodi using http://127.0.0.1:3323/DeceSystemInfoWebHandler?op=ObjectInfo&Name=Geodi.Integration.ContentObject,Geodi.Integration, http://127.0.0.1:3323/DeceSystemInfoWebHandler?op=ObjectInfo&Name=Geodi.Integration.IntegrationObject,Geodi.Integration addresses.
You can reach object documentation from Geodi ContentObject - İçerik Tanım Nesnesi#İçerikTanımNesnesi-Çokluİçerik document.
You can make use of the Geodi.Integration.dll RestApi classes. The .net examples in the document pages also use this language. The current dll is located next to Geodi.exe. It is also located next to the examples on the service detail pages.
GEODI can be run as an asp.net application under IIS. To do this, the following steps must be followed.
For more information on configuration, see the System Configuration - Security Settings page.
{ "AppDataFolder":"C:\\GeodiMetaFolder" } |