in GeoNetwork 2.6.0 and 2.6.4 I did not come round to testing the spatial
search. Now, with most of the folks being on summer holidays, I have tested the
spatial search in GeoNetwork 2.10.
I created some ISO 19139 test metadata and used the bounding box in the advanced
search and tested each of the four options (encloses, equal, fully outside of
and overlaps). You find it all in the accompanying document
(testing_spatial_search_GeoNetwork2_10.pdf).
Here are the general results of testing the spatial search / options:
* equal = works fine
* encloses = also shows partly overlapping metadata, but it does not show
metadata which is completely inside the box. Here has some work to be done.
* fully outside of = does not work at all, it always shows all of the metadata
* overlaps = does not show all of the overlapping metadata. Amongst the metadata
it shows, there is metadata which shares a single border, but this metadata does
not "overlap". I have drawn s.th. for this in the accompanying document, please
look at that for further details and information on the concept for the option
"overlap".
In the accompanying document you find the results of the testing, but you also
find how the spatial search should work. I have also written on the subject
"shared border", which is no option in GeoNetwork so far. But heaven knows,
somebody might need it some time.
Perhaps the document helps in order to improve GeoNetwork. Comments will be
appreciated!
I am just wondering why Anja's email didn't get any reply till now.
I my institute we are in the process of introducing GN as the main facility for sharing spatial and non-spatial data currently. We do this because of positive experiences with implementing 2.6.4 in the framework of a single project some years ago. But, at that time we did similar exercises as Anja did, and came to the comparable results as well.
Therefore, when performing live-demonstrations with GN (in 2.6.4, and now 2.10) in order to motivate our colleagues in using it, we always try to skip the detailled demonstration of the spatial search due to its functional inconsistency (as very well exemplified by Anja). In our opinion a well-working spatial search is a crucial feature of any geospatial metadata catalogue, and accordingly we would very much appreciate a solution for this problem.
in GeoNetwork 2.6.0 and 2.6.4 I did not come round to testing the spatial
search. Now, with most of the folks being on summer holidays, I have tested the
spatial search in GeoNetwork 2.10.
I created some ISO 19139 test metadata and used the bounding box in the advanced
search and tested each of the four options (encloses, equal, fully outside of
and overlaps). You find it all in the accompanying document
(testing_spatial_search_GeoNetwork2_10.pdf).
Here are the general results of testing the spatial search / options:
* equal = works fine
* encloses = also shows partly overlapping metadata, but it does not show
metadata which is completely inside the box. Here has some work to be done.
* fully outside of = does not work at all, it always shows all of the metadata
* overlaps = does not show all of the overlapping metadata. Amongst the metadata
it shows, there is metadata which shares a single border, but this metadata does
not "overlap". I have drawn s.th. for this in the accompanying document, please
look at that for further details and information on the concept for the option
"overlap".
In the accompanying document you find the results of the testing, but you also
find how the spatial search should work. I have also written on the subject
"shared border", which is no option in GeoNetwork so far. But heaven knows,
somebody might need it some time.
Perhaps the document helps in order to improve GeoNetwork. Comments will be
appreciated!
Greetings und keep up the good work!
Anja
_______________________________
Antonio Rogmann
Center for Development Research (ZEF)
University of Bonn
Definitely taking this seriously down here. For me personally there just hasn't been any time to get into it yet - but hopefully shortly. I've left created an issue and left it unassigned for now in case anyone else is already on it otherwise you can expect a response from me in the next few days.
Cheers and thanks,
Simon
________________________________________
From: Antonio Rogmann [arogmann@anonymised.com]
Sent: Monday, 12 August 2013 11:15 PM
To: moonbeam@anonymised.com; geonetwork-users@lists.sourceforge.net
Subject: Re: [GeoNetwork-users] GeoNetwork 2.10: Spatial Search / Search with bounding box (errors and idea)
Dear all,
I am just wondering why Anja's email didn't get any reply till now.
I my institute we are in the process of introducing GN as the main facility for sharing spatial and non-spatial data currently. We do this because of positive experiences with implementing 2.6.4 in the framework of a single project some years ago. But, at that time we did similar exercises as Anja did, and came to the comparable results as well.
Therefore, when performing live-demonstrations with GN (in 2.6.4, and now 2.10) in order to motivate our colleagues in using it, we always try to skip the detailled demonstration of the spatial search due to its functional inconsistency (as very well exemplified by Anja). In our opinion a well-working spatial search is a crucial feature of any geospatial metadata catalogue, and accordingly we would very much appreciate a solution for this problem.
in GeoNetwork 2.6.0 and 2.6.4 I did not come round to testing the spatial
search. Now, with most of the folks being on summer holidays, I have tested the
spatial search in GeoNetwork 2.10.
I created some ISO 19139 test metadata and used the bounding box in the advanced
search and tested each of the four options (encloses, equal, fully outside of
and overlaps). You find it all in the accompanying document
(testing_spatial_search_GeoNetwork2_10.pdf).
Here are the general results of testing the spatial search / options:
* equal = works fine
* encloses = also shows partly overlapping metadata, but it does not show
metadata which is completely inside the box. Here has some work to be done.
* fully outside of = does not work at all, it always shows all of the metadata
* overlaps = does not show all of the overlapping metadata. Amongst the metadata
it shows, there is metadata which shares a single border, but this metadata does
not "overlap". I have drawn s.th. for this in the accompanying document, please
look at that for further details and information on the concept for the option
"overlap".
In the accompanying document you find the results of the testing, but you also
find how the spatial search should work. I have also written on the subject
"shared border", which is no option in GeoNetwork so far. But heaven knows,
somebody might need it some time.
Perhaps the document helps in order to improve GeoNetwork. Comments will be
appreciated!
Greetings und keep up the good work!
Anja
_______________________________
Antonio Rogmann
Center for Development Research (ZEF)
University of Bonn
On Wed, 14 Aug 2013 16:17:44 +0000
<Simon.Pigot@anonymised.com> wrote:
Hi Anja and Antonio,
Definitely taking this seriously down here. For me personally there just hasn't been any time to get into it yet - but hopefully shortly. I've left created an issue and left it unassigned for now in case anyone else is already on it otherwise you can expect a response from me in the next few days.
________________________________________
From: Antonio Rogmann [arogmann@anonymised.com]
Sent: Monday, 12 August 2013 11:15 PM
To: moonbeam@anonymised.com; geonetwork-users@lists.sourceforge.net
Subject: Re: [GeoNetwork-users] GeoNetwork 2.10: Spatial Search / Search with bounding box (errors and idea)
Dear all,
I am just wondering why Anja's email didn't get any reply till now.
I my institute we are in the process of introducing GN as the main facility for sharing spatial and non-spatial data currently. We do this because of positive experiences with implementing 2.6.4 in the framework of a single project some years ago. But, at that time we did similar exercises as Anja did, and came to the comparable results as well.
Therefore, when performing live-demonstrations with GN (in 2.6.4, and now 2.10) in order to motivate our colleagues in using it, we always try to skip the detailled demonstration of the spatial search due to its functional inconsistency (as very well exemplified by Anja). In our opinion a well-working spatial search is a crucial feature of any geospatial metadata catalogue, and accordingly we would very much appreciate a solution for this problem.
in GeoNetwork 2.6.0 and 2.6.4 I did not come round to testing the spatial
search. Now, with most of the folks being on summer holidays, I have tested the
spatial search in GeoNetwork 2.10.
I created some ISO 19139 test metadata and used the bounding box in the advanced
search and tested each of the four options (encloses, equal, fully outside of
and overlaps). You find it all in the accompanying document
(testing_spatial_search_GeoNetwork2_10.pdf).
Here are the general results of testing the spatial search / options:
* equal = works fine
* encloses = also shows partly overlapping metadata, but it does not show
metadata which is completely inside the box. Here has some work to be done.
* fully outside of = does not work at all, it always shows all of the metadata
* overlaps = does not show all of the overlapping metadata. Amongst the metadata
it shows, there is metadata which shares a single border, but this metadata does
not "overlap". I have drawn s.th. for this in the accompanying document, please
look at that for further details and information on the concept for the option
"overlap".
In the accompanying document you find the results of the testing, but you also
find how the spatial search should work. I have also written on the subject
"shared border", which is no option in GeoNetwork so far. But heaven knows,
somebody might need it some time.
Perhaps the document helps in order to improve GeoNetwork. Comments will be
appreciated!
Greetings und keep up the good work!
Anja
_______________________________
Antonio Rogmann
Center for Development Research (ZEF)
University of Bonn
_______________________________
Antonio Rogmann
Center for Development Research (ZEF)
Div. Ecology and Natural Resources Management
University of Bonn
Head of ZEF Data Management Unit
Walter-Flex-Str. 3
53113 Bonn
Germany
Phone: +49 (0) 228 / 73-4904
Fax: +49 (0) 228 / 73-18 89
