I am using the Google Places API and I am making a request that looks like this.
https://maps.googleapis.com/maps/api/place/radarsearch/json?location=[LOCATION]&radius=500&keyword=[STORE_NAME]&key=[API_KEY]
The issue is that when I use the keyword in the request, the keyword looks for the value I provide in the name, address and anywhere else in the google content for a place. How can I do it so that I can give the store name and have it only search in the name field. I don't care about looking in the address.
Let me know if this doesn't make sense.
Places API Radar Search has just been deprecated, and will be retired in a year.
Please see full details in blog post Removing Place Add, Delete & Radar Search features.
On a related note, for both Radar Search and Nearby Search, the name parameter is just equivalent to keyword:
name — A term to be matched against all content that Google has indexed for this place. Equivalent to keyword. The name field is no longer restricted to place names. Values in this field are combined with values in the keyword field and passed as part of the same search string. We recommend using only the keyword parameter for all search terms.
Related
We are trying to create a #Search method in a FHIR Server to look for all the observations from a Patient. I have seen that the parameter can be subject or patient. We want that you could look for a Patient by Identifier, so the request should be something like this:
GET [base]/Observation?subject:identifier=http://acme.org/fhir/identifier/mrn|123456
or
GET [base]/Observation?patient:identifier=http://acme.org/fhir/identifier/mrn|123456
Our problem is that we only have Patient Identifiers with type. In order to look for a Patient by Identifier with type, you have to add the modifier :of-type. My question is, is correct to have a request with two modifiers? Just like the example below
GET [base]/Observation?patient:identifier:of-type=http://terminology.hl7.org/CodeSystem/v2-0203|MR|446053
Modifiers modify the default search behaviour, not the filter that you want to put on the resource type. You can only use modifier specified by FHIR. They are listed on this page: http://hl7.org/fhir/search.html.
Your first two searches above are not valid. In order to search Observations based on a patient's identifier, you would have to do a chained search:
GET [base]/Observation?patient.identifier=http://acme.org/fhir/identifier/mrn|123456
This is a shortcut for 'subject' with a resource type modifier:
GET [base]/Observation?subject:Patient.identifier=http://acme.org/fhir/identifier/mrn|123456
If you need to incorporate the 'of-type' modifier, the search could look like this:
GET [base]/Observation?patient.identifier:of-type=[codesystem_for_type]|MR|123456
I prefer to use the 'patient' parameter whenever applicable, but it would also be valid to do subject:Patient.identifier:oftype. Edit to add: for now it is valid, but see Lloyd's answer for future FHIR versions.
Based on https://jira.hl7.org/browse/FHIR-20641, the intention is to clarify that multiple modifiers are prohibited and that if you have that requirement, you need to define your own search parameter that doesn't require modifiers. Note that this decision has not yet passed ballot. In R4, there is no documented expectation for support, but there's no prohibition either. In practice, we're not aware of any standard servers that provide support and, given the planned prohibition in R5, it's unlikely such support will be built.
I'm setting up my elastic instance in a schema-less manner (no up front mappings) and the application requires users be able to search against a field that contains a word that may or may not be tokenized into multiple strings. For example, the field may contain the word "ONETWO". The spec requires that a user should be able to search "ONETWO", "ONE", and "TWO" and retrieve that same document. There doesn't seem any easy way to accomplish this even with a custom tokenizer (and I don't think there SHOULD be an easy way to do this -- or any way at all). Just want to confirm my thoughts.
Its very easy to cater your requirement using the custom analyzer which uses the n-gram tokenizer, You can even pass it to a lowercase token filter, so that in your case even your text was ONETWO but if user searches for one, One, ONE he should get a result. Although for this you need to apply a different analyzer search time read more about it https://www.elastic.co/guide/en/elasticsearch/reference/current/search-analyzer.html.
Refer https://devticks.com/how-to-improve-your-full-text-search-in-elasticsearch-with-ngram-tokenizer-e346f29f8ddb for more information and let me know if you need any information.
We have social collaboration enabled on our FileNet system. I can add comment, tag, like and track how many times a document has been downloaded. These features are nice. When I tag a document, I can search documents by the tag text.
Ex: If I tag a document as say "test". I can user a search template to search for a document by its tag value i.e. test.
When I comment, I can't search document based on Comment Text.
Say I added a comment as "good doc". I can't search it by the text. Rather I need to provide an integer value like 1 search. Then search happens like "get all documents which has number of comments =1". I don't want this behavior instead I should be able to search on the comment text.
Can anybody help on this?
One way to achieve this would be to use CBR on the property. See how to enable CBR on a property
The property will then be full-text searchable using the CONTAINS statement, see doc.
Optionally (but i'm not sure as i've never personally used it) - the satisfies operator might exactly what you're looking for according to the documentation.
I am going by Marklogic Tutorial for Oscars to develop an application for my documents that I have ingested in the database.
What I am not able to understand is that though the Search box performs autocomplete, but it doesnot do that for elements..i.e if I type Cha...then it should start suggesting all names starting with Cha..sucha as Charles, Charley etc.
As shown in figure: I can write Decade(which will get autocompleted..) and select one among 1920s..1930s..etc.
But I dont want to specify Field name as such.I just want to type actor name and it should provide auto suggest on that...
I have looked for it in the documentation where it says that search:suggest function can do this; but I am new to xquery etc and dont know how to proceed...
Do I need to modify this function or add something to it?How?
If you enter a full-text search term, then autocomplete works on words and phrases from the full-text index. If you prepend a search field keyword, then the autocomplete limits to that.
I don't know the search field keywords by name, but I'd guess they are award:, decade: and winners:. So, if you type in decade:, then autocomplete should come up with decades only.
--edit--
Based on your comment, it sounds you want to change the source for autocomplete if you don't specify a specific search field. That is very easy. If you start the wizard to create an Oscar Example application, that option is on the first screen. You can also revisit that same wizard from the Application Builder after creation to apply changes.
Just open that wizard, go to the Search step, and look for a button 'Advanced Settings'. In the middle of the overlay screen there should be a caption called 'Suggestions', and below a drop-down to specify the Default Source, which is the source for autocompletion when you don't prefix your search term. Change that to 'name' if you want unprefixed terms to autocomplete against actor names..
HTH!
Why the google places types are so limited?, I looking places where to practice extreme sports(i.e. rafting,paragliding,surf) and are not show in the two permitted Lists, and also I can not add this to the lists, somebody could help me?, thanks
You could try performing a Places API Search Request with the keyword parameter instead of types parameter. This is often successful when searching for types of places that are not in the types list.
e.g.
https://maps.googleapis.com/maps/api/place/search/json?key=YOUR_API_KEY_HERE&sensor=false&keyword=paragliding&location=37.3943,-122.151&radius=50000
As per the documentation:
The keyword parameter is matched against all content that Google has
indexed for this Place, including but not limited to name, type, and
address, as well as customer reviews and other third-party content.