MNDeployment #6548: R2R Repository
R2R: modify searchUI to accommodate composite data density with cruise paths
R2R will have geospatial data in their metadata identifying the cruise path of the ship. At the composite (MN) level in search results, is it possible to show cruise paths (data density) for all R2R data?
Dave and Mark have been in on these conversations, too, so may be able to provide a more specific description of what Bob Arko is wanting.
#1 Updated by Matthew Jones about 6 years ago
We've discussed this, and it seems feasible to display the specific fine grained cruise paths in our overall search index by geohashing the track from its g-ring representation during the indexing process. That would mean that, for these data sets, we would use the g-rings in preference to the overall bounding box for indexing. Once the indexing changes are done, the cruises should show up in the current spatial map at their appropriate locations at every zoon level -- i.e., I don't think any UI changes are needed. So this task could likely be conducted by Jing who is already very familiar with indexing.
#2 Updated by Dave Vieglais about 6 years ago
Note also that Lucene, and hence Solr support indexing and search of spatial features beyond points and bounding boxes when the JTS libraries are enabled. We should consider the ongoing investment in a custom solution based on geohashes versus leveraging the native capabilities available. The geohash approach does provide an effective UI for browse and selection, and at this stage it is unlikely that there are sufficient metadata with more sophisticated geometries to warrant a broad scale shift in technology.
#3 Updated by Dave Vieglais about 6 years ago
for an example of rasterization in java. Conversion of the resulting points to geohashes is an additional exercise.