Hi Leila,
You should be able to pass score parameter that will tell how to combine
children’s scores to parent’s score:
https://lucene.apache.org/solr/guide/6_6/other-parsers.html#OtherParsers-Scoring
Maybe you could change approach and index each cell as a separate doc with
layer field and use spatial to filter our covered cells and json faceting to
sum density over layer field. Something like:
top_layers:{
type: terms,
field: layer,
limit: 10,
sort: “total_density desc”,
facet:{
total_density: “sum(density)”
}
}
I didn’t use
HTH,
Emir
--
Monitoring - Log Management - Alerting - Anomaly Detection
Solr & Elasticsearch Consulting Support Training - http://sematext.com/
> On 11 Jan 2018, at 00:02, Leila Deljkovic <[email protected]>
> wrote:
>
> Hi Emir,
>
> Thanks for the reply. My problem has been simplified a bit now.
>
> https://lucene.apache.org/solr/guide/7_0/uploading-data-with-index-handlers.html#UploadingDatawithIndexHandlers-NestedChildDocuments
>
> <https://lucene.apache.org/solr/guide/7_0/uploading-data-with-index-handlers.html#UploadingDatawithIndexHandlers-NestedChildDocuments>
>
> I have never used nested documents, but a bit of background is that a spatial
> data layer consisting of features (points, lines, polygons, or an aerial
> image) is split up into sections (grid cells) based on the density of these
> features over the layer; smaller grid cells indicate high density of features
> in that area.
>
> I need to rank results based on density of features and whether dense areas
> of the layer overlap with the region of space on a map I am searching in.
> This is important because a layer could cover an entire country, for example
> if I query for “roads”, the layer would be dense in urban areas as there are
> more roads there, and less dense in rural areas, and if I am searching for a
> particular city, this layer would be of interest to me even though it covers
> the entire country. The idea is for the original layer to be the parent
> document (which is what should be returned when a query is made), and the
> child documents are the individual grid cells (which will hold the geometry
> of the cell and a density field for the features inside the cell).
>
> I would like to know if it is possible to rank the parent document based on a
> function which aggregates fields from the child documents (in this case, the
> density field). There is not much info on this that I could find online.
>
> Thanks
>
>> On 10/01/2018, at 11:58 PM, Emir Arnautović <[email protected]>
>> wrote:
>>
>> Hi Leila,
>> Maybe I need to refresh my spatial terminology, but I am having troubles
>> following your case. Can you explain a bit more, what is dataset that is
>> indexed and what are query inputs and what should be the result. The one
>> thing that puzzles me the most is “nested documents”.
>>
>> Thanks,
>> Emir
>> --
>> Monitoring - Log Management - Alerting - Anomaly Detection
>> Solr & Elasticsearch Consulting Support Training - http://sematext.com/
>>
>>
>>
>>> On 10 Jan 2018, at 04:15, Leila Deljkovic <[email protected]>
>>> wrote:
>>>
>>> Hi,
>>>
>>> I’m quite new to Solr and am interested in using spatial search for
>>> geospatial data (Solr 7.1).
>>>
>>> One problem is addressing feature density over a layer and using this to
>>> determine if a layer would be a relevant result over a search extent. I’d
>>> like to know is it feasible/possible to “split” a data layer into nested
>>> documents and index them, then at query time, count the number of nested
>>> documents that coincide with the search extent. Or maybe make use of
>>> overlapRatio or similar.
>>>
>>> Thanks
>>>
>>>
>>
>
