I have a customised Sharepoint results xsl, and I've added new columns before (via Metadata mappings etc), this one has me stumped.
We have a document type, that can either be a 'Document' or a 'Link to a document'.
When I search I want to check the URL INSIDE the 'Link to a document' (what it points to), but I only get the actual URL for the 'Link to a document'.
What property do I need to be indexing to display this?
It seems like you are asking for a feature that dynamically indexes the contents of the 'Link to a document' URL. If true, unfortunately this can't be done with out-of-the-box SharePoint. The product only indexes a set list of URLs / content sources as specified in Search Admin.
As a custom solution, you could write your own indexer using a timer job that regularly extracts the contents of each 'Link to a document' URL column and stuffs it into a field in your document content type. Perhaps there is even a way to run SharePoint's indexer over it and use the results of that.
Related
Currently, all documents are shown in search result
I have stamped property on document library level across site collection
Example: Document library having stamp property ‘MyDocumentLibrary: true”
My requirement is to show documents from only those document library whose stamp property is present on document library
i.e. I wanted to filter out documents from other document library
Not sure if it is possible in SharePoint Online.
First you need to find Crawled Property containing word "...MyDocumentLibrary..."
Then based on this property you need to create Managed Property. Provide name (e.g. "MyDocumentLibrary") and check Queryable option.
Do a Full Crawl.
You need to open search result page to edit. Then edit search result webpart.
Click "Change Query" and add: MyDocumentLibrary=true.
Save & publish.
I have Sharepoint 2013 search site with many documents uploaded in Document Library, I created a custom page with Search results webpart,when i tried to find a powerpoint file named x in search results webpart, it shows result title as "Powerpoint Presentaion" but the actual title is "Some title",Please provide suggestion to bring the powerpoint document title to search results title
In SharePoint Server 2013 cumulative update published on October 26th 2013 Microsoft changed method of extracting Title and Author managed properties from documents. Details are here:
http://blogs.msdn.com/b/spses/archive/2013/10/31/show-more-relevant-titles-in-search-results-in-sharepoint-2013-plus-some-other-improvements.aspx
Sometimes, people save or upload Word documents or PowerPoint presentations with titles like “Document1.docx” or “Presentation1.pptx”. Before the MetadataExtractor was introduced this title would typically show up as the title in the search results. That was not so good.
To present a better title for such files in the search results, we use the MetadataExtractor in the content processing pipeline. It searches for a title in the body of Word and PowerPoint files. Currently, if the MetadataExtractor finds a good candidate for a title in the body, it writes the extracted title to the new crawled property MetadataExtractorTitle that is mapped to the managed property Title by default.
Because the title from the crawled property MetadataExtractorTitle has the first priority in the mapping to the managed property Title, there’s a good chance that the titles of Word and PowerPoint files shown in search results are more relevant.
To change it you need to move crawled property "MetadataExtractorTitle" lower in "Title" managed property or even remove it.
Make sure to perform an Index Reset after resetting the order of mappings to crawled properties for the Title Managed Property (i.e., moving MetadataExtractorTitle down on the list).
We have a requirement for a site wide document library that contains simple word letter templates.
From within a customer item on a list we need to be able to select one of these templates and then have the template populate with customer data such as name & address etc.
What’s the easiest way to achieve this? Ideally without using workflows.
Then you shall assign a document template to a content type.
See this blog post, http://sharepointchick.com/archive/2011/01/07/using-content-types-with-document-templates-when-using-quotnew-documentrdquo.aspx
Create fields in your template that display the document properties to "Autofill" them. This is done in the Insert tab of the ribbon, then by clicking QuickParts, then Document Properties.
The end result is that in addition to the File > Info or the properties bar, each property will also appear in the body of the document wherever you have inserted the field for it. These can then auto-update themselves based on the metadata stored with the document in the library (how often they update is a Word setting).
Xpertdoc Letter Management for SharePoint let's user pick a template from the context of a customer record, then generates a new document with customer data automatically merged inside the document.
CGU, an insurance company, estimate they save 0.5 million dollars per year by the efficiency gains introduced by Xpertdoc. http://www.youtube.com/watch?v=xbqWiFt5dUA&feature=channel&list=UL.
First of all, you should use the technique mentioned before for the document creation based on content type.
As for auto-filling the property fields, I suggest you check out this post that explains how to auto-fill properties when document is added.
You can also opt for a commercial solution such as Harmon.ie for SharePoint to retrieve your templates. They have a free version, if I'm not mistaken.
I am trying to create a managed metadata field, but it isn't showing up in my crawled columns. It is a custom field. I am not sure what is wrong, but when I search, my only result is the view all items page that relates to the list. It doesn't seem to search the list items themselves. I don't know if that is relevant or not.
I added this column to my view just incase it was needed, but that didn't work.
Depending on when you added the new columns, it may not have been crawled yet by the search service. If it has been a while and you know that the crawler should have picked it up, you might try to delete the search index and run a new full crawl to pick it up correctly. It may be something as simple as an incremental crawl indexing the list as a whole and not the item itself.
I have a document library with a custom column named "compound" which is just text.
I want to put a filter (input text box) on that document library page so the view shows only the items where the compound column contains my typed-in text. Optimally, wildcards such as * or ? or full regular expressions could be supported... but for now, I just need a "contains".
The out-of-the-box text filter seems to only support an exact match.
The result output would be identical to what I would see if I created a new view, and added a filter with a "contains" clause.
Third party solutions are acceptable.
KWizCom has a filter web part that looks like it might do what you want:
KWizCom SharePoint List Filter Plus
Another option to try is using a SharePoint Designer Data View Web Part. I believe you can write the filter with a "contains" from SPD.
I know you can set up this kind of filter more easily if you add the normal List View to a page, and the edit it with SharePoint Designer. In SPD, you can set up a "begins with" filter. Here's a discussion where someone suggested the same thing.