I have a Content Source which crawls a network folder containing Word, PowerPoint and PDF documents. I have in addition a Result Source based directly on this content source and a Search Results web part which uses the Result Source as its query. If I search for “Digital Cameras” the first result is a PowerPoint document entitled “Digital Cameras: Thriving Amidst a Declining Market.” However, there is a PDF file also in the directory with the exact same title, but this file does not appear unless I filter by PDF Result Type, at which point it appears at the top of the list. In fact, with Result Type set to All, I cannot see the PDF version of the file even if I click through all the pages of the initial search.
I thought it might be considered a duplicate but I have “Show View Duplicates” checked and “Trim Duplicates” set to false. The pop-out next to the initial search item does not show a duplicate.
How do I get the PDF document to appear in the basic search next to the PowerPoint document with the same title?
In your search center (which may or may not be your main site or a specific subsite designated through Central Admin), go to site settings and then Search Result Types and there should be a list of the result types included in your default search.
Provided you are crawling the PDFs in your search crawl (Central Admin > go to your Search Service > Crawling > File Types) , and they have content that can be indexed (namely text in the documents and title and not just images inside the PDF), you should be seeing it then.
OK, I have added the question at the other place:
https://sharepoint.stackexchange.com/questions/137512/does-sharepoint-2013-file-search-favour-microsoft-documents-over-pdfs
Graham, thanks I checked the result types and the crawling types and all looks OK. Plus, if the item was not being crawled it would not show up in the search even with the filtering.
Related
It has been more than a week, i have tried almost all option on Kofax Total Agility 7.6 "Transformation Designer"
I have a requirement of:
Locating and Extracting the table content of a document(English or French)
To be able to do that i follow steps:
Open "Transformation Designer"
Created an extraction project, attached a sample document (having 5 pages)
Navigate to project settings->Table tab
Trying to create new "table header pack"
When i am trying to train system for header and non header lines, i am unable to navigate from pages of a same document, the image-viewer screen is showing only first page of a selected document and there is no next page button/navigation, only next document button/navigation is available.
Note: All training material covers only single page document where extraction is quite straight forward
Exact question is How should someone train "table header pack" when table is on the second or third page of a document
Any help?
Have not received anything from forum about the same. So in my case i will create zone, for each Table Cell than map it to table schema by code: Internal or External
I have been in the same situation and resolved it by changing the sample multi-page image into single page Tiff images. The you can create a doc with the table starting on page 1. When you test you'll find that it still finds the table starting on the nth page.
E.g. KTA comes with the Repository Browser (separate installation) which allows you to export documents as single-page Tiff images.
I'm creating a SharePoint site which will be used to dynamically store and display documents on various pages, among other things. Is the following possible?
My view is to have one central Document Library which will include all files. Files with have 'tags' or 'metadata' attached to them. On pages, i will add a document library (or similar) webpart and then call only those documents with a certain tag/metadata.
For example.
Document Library ('Folder') - Contains ('Project Document.xls' and 'Training Document.ppt')
On 'index.html' i will add 'Folder' to the page, but i only want to display 'Project Document.xls' not 'Training Document.ppt'.
I'm aware that you can set up target audiences but that requires a lot of user management.
Thanks for any advice.
If I understand you correctly, this sounds like something you could accomplish using a filter. The name of the file is stored as a column. Try editing the web part on that page and edit the current view. That view will be cached for that page without changing the view across the site. If you want to be able to dynamically choose the document you display then one option is to add an HTML Form web part (which contains a text box and submit button), connect it to the doc library web part and filter the name column based on the HTML Form web part.
I am passing the search query in to search.asmx to get the search value.
Through web services I am retrieving the search result. Search result will return document path for .txt files and image. This path used to open the file directly.
txt file: "http://server:24669/jap/ww.txt- It will open the file.
PDF File:"http://server:100/456efg/Forms/DispForm.aspx?ID=3&RootFolder=/456efg"- It will show PDF properties or parent folder.
So I need to Get the Url to open the PDF doc. "ows_EncodedAbsUrl" column have the document URL but it’s not retrievable in search result. Is there any way to solve the issue?
If you add a PDF iFilter to your SharePoint environment, PDF files will no longer be treated as list items (thus the property view link).
Of course Adobe post the instructions for this as a PDF.
This change will also start indexing the text of your PDF documents so they will be more searchable. Be aware that if a percentage of the PDF documents size will be added to your search storage costs, so plan ahead.
This is a cure for the symptom, I do not know if there are other ways to do this.
I know that a Document Library in SharePoint 2007 has a multi-file uploader (an ActiveX control that -- and only if you have Office 2003+ installed) but how would I use this same feature with a normal (non-document-library) List item?
Uploading files to a normal List item involves clicking the "upload" link and browsing/uploading files one by one. Is there a better way than this? Surely there must be.
Jake
There is an approach I use, but there is no UI support for it. You may find it a bit tedious for onsey-twosey uploads, but it saved me hours once for serious bulk uploads.
The same WebDAV functionality that we get when using "Open with Windows Explorer" on a document library is available for a list.
Say I have a list at http://myorg.com/sites/Widgets/Lists/MyList.
I can open the list in Windows Explorer by going to the address \\myorg.com\sites\Widgets\Lists\MyList.
Attachments are stored in the sub-folder Attachments, which contains folders with numeric names (1, 2, 3, ... and so on). The numbers correspond to the item ID of the list item. Pick (or create) a folder with the ID corresponding to the item you want to upload to, and it's drag-and-drop from there.
Short of writing your own mulit-file upload web part I think you are going to be stuck with either one at a time (i.e. an attachment to the list item) or switch to a document library. Don't forget that you can customise your library to behave much like a list.
Why is it a problem to use a document library?
I seem to be making a habit of answering my own questions. Not sure if that's a good thing or not.
What I ended up doing was adding an "Upload Multiple Files" button to the toolbar which pointed to a custom ASPX page in the _layouts folder. This page displayed the ActiveX component used by a Document Library and the "post to" URL for it was the ASPX page itself. When posted to it looked for files uploaded and attached them all to the List Item referenced via URL parameters passed to it from the toolbar button.
It's discussed here:
http://weblogs.asp.net/nathanyorke/archive/2007/12/05/uploading-multiple-files-via-the-web.aspx
If I get round to blogging and fuller explanation on my own site I'll try and remember to post a link back here.
Jake
I am trying to create a link to an existing Shared Documents folder on another site. Both sites are on the same server.
Here are the steps I take to create a link to an existing Document Library:
I create a document library web page in Share Point 2007.
I open the document library (AllItems.ASPX) in Share Point Designer.
I delete the existing web part for the list.
In the Data Source Library, I click on "connect to another library" and create a connection to the other site.
I select the document library, click show data, select my rows and click Insert Multiple Item View.
I then configure the look for each field (hyperlinks, etc).
I edit the Filter for this view to show only the files that are for this location.
I click on Data View Properties and select "Enable sorting and filtering on columns (basic table layout only).
Basically I am trying to have a central location for all files for a site and sub sites. I want the sub sites to see the documents for their own location, be able to search through the files, etc.
The problems I am having are:
I am unable to open the links in a new window, even when I set the hyperlink to do so. I would prefer the file be opened in its native application (ie. A Word doc open in Word).
I am unable to show the file icon in the same way it shows up in the original document library.
When I go to the header and click ANY field, I can sort the field ascending or descending but I always get a message stating "This column type cannot be filtered".
Is there an easier way to do this? Or can someone tell me what I am doing wrong? I am new to using Share Point. Thanks for the help!
Some help for problem 1 (unable to open the links in a new window)...
I'm not sure if this will work using the Data View Web Part you have configured. However there is a technique for the List View Web Part. If you add a boolean field called OpenInNewWindow to your document library then documents that have this set to Yes will open in a new window. Try this out - it may work.
If you need to open PDF files in a new window, beware that there is an ActiveX control that will get in the way. Read this question for more information.