Thank you. Okay, so you think, this should work, too.

Best regards Johannes

Am 11. Mai 2017 17:14:45 MESZ schrieb Mikhail Khludnev <m...@apache.org>:
>Can't say anything. Just raised
>https://issues.apache.org/jira/browse/SOLR-10673.
>
>On Thu, May 11, 2017 at 4:13 PM, jotpe <jo...@posteo.de> wrote:
>
>> A InvalidShapeException is thrown: Point must be in 'lat, lon' or 'x
>y'
>> format
>>
>> I can see in the after this error, that in /select is an
>> &row.coordinate=50.9,6.9 in the params{} section.
>>
>> But the parameter qt stays empty.   ...&pt=&q=*:*
>>
>> Am 11. Mai 2017 14:42:41 MESZ schrieb Mikhail Khludnev
><m...@apache.org>:
>> >What does appear in logs? It should log subquery request param right
>> >after
>> >an exception (if there is an exception).
>> >
>> >On Thu, May 11, 2017 at 1:36 PM, jotpe <jo...@posteo.de> wrote:
>> >
>> >> Dear list,
>> >>
>> >> i work a lot with subqueries. And its Wirkung fine for me.
>> >> Now I ran into the problem, that the qt parameter for the
>geodist()
>> >> function rejects to use the document field coordinate as
>inputvalue
>> >for my
>> >> subquery.
>> >>
>> >> I want somethong linke this
>> >>
>> >> fl=n:[subquery],name&n.pt=${row.coordinate}&n.sort=geodist()
>> >> asc&n.sfield=coordinate
>> >>
>> >> Is this possible without a second query?
>> >> Best regards.
>> >>
>> >>
>> >
>> >
>> >--
>> >Sincerely yours
>> >Mikhail Khludnev
>>
>
>
>
>-- 
>Sincerely yours
>Mikhail Khludnev

Reply via email to