I know SharePoint 2010 supports wildcard searches in the following format "testsearch*", but not as "*testsearch".
I have files in a document library with the following file names:
208-12-60-LI-NK-SE-002
208-12-60-LI-NK-SE-003
208-12-60-LI-NK-SE-004
208-12-60-LI-NK-SE-005
209-12-60-LI-HK-SE-002
209-12-60-LI-HK-SE-003
209-12-60-LI-HK-SE-004
209-12-60-LI-HK-SE-005
In any case using wildcard searches returns results if the following search query strings are used "HK-SE-002*" or "HK-SE*". Search results are also returned if the (*) is not omitted as "HK-SE-002" and "HK-SE".
However as soon as you add more to the search string as "LI-HK-SE-002*" the wildcard searches fails to return any results. SharePoint also fails to return any results if the (*) is omitted from the search string as "LI-HK-SE-002".
I have tested this scenario on a LIVE environment as well as on a DEV VM.
Is this a limitation of the SharePoint search functionality?
Or Are there any additional configurations that need to be made?
Any suggestions would be welcome.
Thanks,
Related
We have files in a SharePoint Online library's that got migrated from an old network drive, unfortunately all the files have names like "ReportOnTheMexicoArea20010101.doc". If a user wanted to find that exact file they may search for "Mexico" but that will not return this file as its characters within a string, is there any custom query or trick to search characters in the middle of a file name?
Thanks in advance
SharePoint does not support suffix wildcard search, it only support for prefix matching.When you use words in a free-text KQL query, Search in SharePoint returns results based on exact matches of your words with the terms stored in the full-text index. You can use just a part of a word, from the beginning of the word, by using the wildcard operator (*) to enable prefix matching. In prefix matching, Search in SharePoint matches results with terms that contain the word followed by zero or more characters.
For example: Report*
I would suggest you expand your approach for tagging your documents. I would suggest you use SharePoint metadata to tag your documents rather than just creating a title.
I'm new to sharepoint so I'm hoping that this is a simple user error:
I'm working in SharePoint 2013, and have added the Asset Library App. I have uploaded about 15 images into the Asset Library app page. They all show up fantastic. I have tagged keywords in them with Adobe Bridge before importing them to Sharepoint. The tags carried over into SP perfectly and are all showing up correctly in the document information under the field for Keywords.
When I try to search for my documents using the Sharepoint search bar, nothing shows up. I have tried search for a single keyword, multiple keywords, document title, document type, a single letter, everything! And yet there are never any results found.
I then found an option to turn on Enterprise Keywords. I did that, and copied my Keywords field over to "Enterprise Keywords" Still no success. No results found for anything at all.
What am I doing wrong?
Ondrej was correct, No crawl had been performed on the new data yet.
Like I said, I'm very new to SharePoint, and didn't know that it was set up to crawl only once a week.
It's been crawled now and the search feature works great!
To search for property saved under Keywords, type keywords: before your tag word, i.e. if you're searching for all items containing keyword Cat, type in the search box:
keywords:Cat
In my sharepoint site, the master page template is chagned and we moved the search box into the site which showed as a web part, When the user enters a search string in that box, it should search whatever the materials available in the site itself, document library, blogs in the web, forums and wikis. Therefore, I think I need a way to figure out how these types of searches are done using sharepoint as well as how programmatically provide a search string to advanced search and receive search results. Any Idea how to do this? my code behinds are in C#
I don't think that should be any issue as sharepoint search is based upon the query string K parameter stands for Keyword, s parameter stands for scope, cs stands for contextual scope So use these parameters in query string to your results page having the core results webpart.
eg.
http:// <>/ <>/ results.aspx?k="Test Keyowrd"&s="All Sites"
When I have to use KeywordSearchQuery, when should I use FullTextSearchQuery and when should I use Query in developing the search part in Visual Studio for a Sharepoint site?
I want to search information from Contact list. If any keyword is put in the search box, I wan related information in our own specified format. Which technique should I use?
I think it depends on the situation. In your case, since you are searching a Contacts list, I would recommend using a regular CAML and SPQuery.
In general:
One list, use a CAML query
Many lists, use search
I am using the Microsoft Search Server 2008 Express with WSS 3.0 for searching the wss content as well as LAN contents. I did a kind of POC where I can search the wss content and the contents that are not of wss repository but placed in the LAN. When I do a wss content search let say I have a Document Library named "Documents" where I have uploaded or created some sample documents each of which containing the keyword "Robbins", now I search the keyword "Robbins". Search result matches the Robbins and it displays the result. Now the problem is it searches all the content i.e it even displays the Task, Announcements and everything related to Robbins. Is it possible to define a scope for searching the content i.e it will not search in the unwanted areas like Task or Announcement. I mean is it possible to define a scope of search, If I do the same then it will not show me the unwanted results.
Thanks,
Tejas Jagtap
I think I understand your question, though I'm still a little hazy. If I'm off-the-mark, I apologize in advance.
Could you get by with simply turning off results display for the lists and libraries you don't want shown in the results. If you go to the Advanced Settings of any list or library, the last radio button setting is for Search (e.g., "Allow items from this list to appear in search results?"). Setting it to No removes the list/library contents from search results.
Beyond that, your options for configuring WSS search are exceptionally limited. Unlike the full-blown OSS search engine, Microsoft "black boxes" WSS to fixed scopes, crawl schedules, etc.
You can create a search scope using contentclass. This allows you to restrict results to certain types of items such as documents, tasks, etc.
Another option is to use the IsDocument managed property. This is a hidden SharePoint property that you can expose to the search engine via a scope as well.