Recent Posts

Pages: [1] 2 3 ... 10
1
The ability to use PPD in a PDF input file  for indexing is available on iSeries - although as you said you were indexing on Windows platform, that is where you will be using the function.  And btw, 9.5.0.8  is available for OD for i with the latest group PTF SF99250.
I'm still working on the bonus question - an initial 'yes' seems reasonable.  But those .xxx files  would be temporary while indexing and loading takes place.  The impact of version may come into play if you consider patches that have come along as versions of CMOD move forward.

Hope this helps.
another Greg
2
z/OS Server / Re: Using Monarch with OnDemand 9.5
« Last post by Justin Derrick on June 25, 2017, 06:37:02 AM »
Might be a better question for the Monarch User's Group:  http://monarchuser.com/site/

:)

-JD.
3
Hi, we are running CMOD for i version 7.1 and are looking at indexing PDF's. 
I'd like to take advantage of PPD's however can't find the version of "CMOD for i" that this feature is supported. (It is clearly identifies that version 9.0 on multi-platform with improved benefits in 9.5 are supported https://www-01.ibm.com/support/docview.wss?uid=swg21664089).

If it makes any difference we would be running the PDF indexer on a windows box and loading them into our CMOD for i installation for storage.

And for major bonus points..... :-)
1. Doesn't the PDF indexer just create an index(.ind), resource(.res) and output(.out) files for the loaded PDF,
      a. If so why does it matter what version of CMOD a user is using?
             i. Does the format of the .ind,.out and .res change in newer versions of CMOD?


Thanks for any assistance you can offer.
All the best,
Greg

4
z/OS Server / Using Monarch with OnDemand 9.5
« Last post by tbe2856 on June 23, 2017, 11:56:52 AM »
Does any one know what version of Monarch (from Datawatch) is need to work with OnDemand 9.5.0 with a 9.5.0.8 client?
5
Report Indexing / Re: ARSLOAD Syntax for Using File Name to Index
« Last post by Joe Wolken on June 22, 2017, 01:35:27 PM »
I do not have an .IND file. My understanding of using the -b and -B flags was that OnDemand would extract the index data from the different parts of the file name, map these parameters to the index fields specified and index the file.
Is there more to it than that?
6
Report Indexing / Re: ARSLOAD Syntax for Using File Name to Index
« Last post by Greg Ira on June 22, 2017, 12:59:39 PM »
What do you have in the .ind file when you submit the file to load?
7
Report Indexing / Re: PDF Indexer with separate index data
« Last post by Greg Ira on June 22, 2017, 12:57:07 PM »
Since you'll probably be using the RESTYPE parameter you would have to convert your indexing in the .IND file to the non-generic format:
TRIGGER1=
FIELD1=
FIELD2=
INDEX1=
INDEX2=

I've haven't set it up myself but you probably could use ARSPDOCI with a parm file in an almost similar manner as you use the generic loader with the .ind file.

8
Report Indexing / Re: PDF Indexer with separate index data
« Last post by RHPharr on June 22, 2017, 10:31:24 AM »
Ditto
9
Report Indexing / Re: Ingesting a large CSV file..Need HELP!...
« Last post by Justin Derrick on June 22, 2017, 10:16:34 AM »
Ah.  I just took a closer look at your file size -- I thought it was 337MB -- but it's 3.37GB.  And I'm pretty sure CMOD can't load single documents over 2GB in size.

As for loading .zips, you'd need to create a new Application with a user defined data type.  (Also, if you're going to go down this road, make sure you use the -9 option (maximum compression) in the zip command to make sure the files are as small as the Zip tool cam make them, since you'll presumably be storing it for a loooong time.  :)

-JD.
10
Report Indexing / Re: Ingesting a large CSV file..Need HELP!...
« Last post by DDP021 on June 22, 2017, 07:04:43 AM »
Thanks Justin for all the info.....

We spoke to the application area and they indicated they are doing reruns and combining them which is causing such a big file to be sent..We've been loading this file for a few years without any issues so we assumed they were doing something different.

All they are doing is sending us the 3 files (trigger, index and data file)..They send them to an ARSLOAD directly on our CMOD server.  First sending the data and index and then the trigger...There is no form a indexing being done..We are just loading the .csv file in bulk...Never knew of any way to "break up" .csv file. 

Knowing this. How would they send us the .out file as a zip?  Right now, on the application definition we set the VIEW INFORMATION as .csv ..

Right now, on the application we have Data Compression as OD77 and Compressed Object size as 100k

Pages: [1] 2 3 ... 10