LSCS Query by DCR field

Inherited an LSCS/LSDS implementation, version 7.2.1 on Linux

There were some queries ?q=resort_id which returns some DCRs. Thing is that I thought this only worked when resort_id was an extended attribute and NOT a field in the DCR.

If I query the Metadata, I do not see it, but only when I query the content do I see the data.

But we have several hundred resorts and only 3 (which were done a while ago) show up in the query.

I assume that a change I made, likely applying the patch for 721, overwrote some change, but I have no idea what functionality was used to tell idol to index based on a DCR field.

Any ideas at all ?

Andy

Find more posts tagged with

Comments

nipper

OK, a little more

I was able to get a complete query of one of the files that returned resort id, of all metadata and I did see MD called resort_id. It was never an extended attribute, I am thinking someone figured out how to map the DCR field to LSCS metadata.

nipper

OK, to follow up, it looks like you can use the field mapping to take DCR data and index it. This post talks about it.

http://devnet.interwoven.com/forums_vb/showthread.php?t=35322&forumid=66&highlight=fieldmapping

cecilb63

You can search on IDOL fields right through LSCS

Example:

https://host/lscs/v1/document$?q=DREREFERENCE:=dc3205f21706c4d72b556a2d38bc54e0&project=dev-d:CFIEN

Not sure if that is supported though, I am not using it.

So probably resort_id is an IDOL field set through FieldMapping.xml

I don't think FieldMapping.xml will create EAs, only IDOL fields.

cecilb63

https://host/lscs/v1/util-command/idolpt?action=Query&Text=*&Print=all

cecilb63

https://host/lscs/v1/util-command/idolpt?action=Query&Text=*&Print=all

Main.rptdesign

Drilled.rptdesign

cecilb63

https://host/

lscs/v1/util-command/idolpt?action=Query&Text=*&Print=all

Not sure why the url is getting chopped

Rick Poulin

...you know there's an [Edit] button on your own posts, right?

cecilb63

lol, now I do sorry 'bout that