[GeoNetwork-devel] Inspire search in GN 2.8

Marko_Skvorc · April 1, 2013, 6:43pm

Hi all,

I didn’t get any response with geonetwork-users group, so I hope I’ll have more luck with devel group.

I’m having a problem with INSPIRE search in GN 2.8. I’m not sure if there is a problem with my configuration or there is some bug in GN. I put a keyword from INSPIRE Themes thesaurus into my metadata and when I select this keyword in metadata search filter I don’t get any results (all INSPIRE options in administration panel are checked). I tried the same search with the same metadata in GN 2.6.4 and there is everything ok. I also tried to rebuild Lucene index but I receive the exception shown below.

Any help is appreciated.

Regards,
Marko

Exception stacktrace:

2013-03-27 17:14:32,290 ERROR [geonetwork.index] - Rebuilding lucene index
2013-03-27 17:14:32,290 ERROR [geonetwork.lucene] - Failure while closing luceneIndexLanguageTracker
org.apache.lucene.store.AlreadyClosedException: this Directory is closed
at org.apache.lucene.store.Directory.ensureOpen(Directory.java:290)
at org.apache.lucene.store.RAMDirectory.listAll(RAMDirectory.java:116)
at org.apache.lucene.store.NRTCachingDirectory.close(NRTCachingDirectory.java:288)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.close(LuceneIndexLanguageTracker.java:197)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.reset(LuceneIndexLanguageTracker.java:167)
at org.fao.geonet.kernel.search.SearchManager.setupIndex(SearchManager.java:1256)
at org.fao.geonet.kernel.search.SearchManager.rebuildIndex(SearchManager.java:1283)
at org.fao.geonet.services.metadata.IndexRebuild.exec(IndexRebuild.java:73)
at jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:230)
at jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:139)
at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:420)
at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:747)
at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:208)
at jeeves.server.sources.http.JeevesServlet.doGet(JeevesServlet.java:109)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.WebappMetricsFilter.doFilter(WebappMetricsFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.MetricsRegistryInitializerFilter.doFilter(MetricsRegistryInitializerFilter.java:31)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
2013-03-27 17:14:32,291 ERROR [geonetwork.lucene] - Failure while closing luceneIndexLanguageTracker
org.apache.lucene.store.AlreadyClosedException: this Directory is closed
at org.apache.lucene.store.Directory.ensureOpen(Directory.java:290)
at org.apache.lucene.store.RAMDirectory.listAll(RAMDirectory.java:116)
at org.apache.lucene.store.NRTCachingDirectory.close(NRTCachingDirectory.java:288)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.close(LuceneIndexLanguageTracker.java:197)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.reset(LuceneIndexLanguageTracker.java:167)
at org.fao.geonet.kernel.search.SearchManager.setupIndex(SearchManager.java:1256)
at org.fao.geonet.kernel.search.SearchManager.rebuildIndex(SearchManager.java:1283)
at org.fao.geonet.services.metadata.IndexRebuild.exec(IndexRebuild.java:73)
at jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:230)
at jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:139)
at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:420)
at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:747)
at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:208)
at jeeves.server.sources.http.JeevesServlet.doGet(JeevesServlet.java:109)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.WebappMetricsFilter.doFilter(WebappMetricsFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.MetricsRegistryInitializerFilter.doFilter(MetricsRegistryInitializerFilter.java:31)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)

Jesse_Eichar2 · April 12, 2013, 12:04pm

Hi,

I have time to look into this. I have seen it. it is not a query related situation. There seems to be a special case where the server can get into a bad state. I am trying to figure out how to reproduce this issue. Hopefully I will have a fix in the next few days.

Jesse

···

On Mon, Apr 1, 2013 at 8:43 PM, Marko Skvorc <marko.skvorc@anonymised.com> wrote:

Hi all,

I didn’t get any response with geonetwork-users group, so I hope I’ll have more luck with devel group.

I’m having a problem with INSPIRE search in GN 2.8. I’m not sure if there is a problem with my configuration or there is some bug in GN. I put a keyword from INSPIRE Themes thesaurus into my metadata and when I select this keyword in metadata search filter I don’t get any results (all INSPIRE options in administration panel are checked). I tried the same search with the same metadata in GN 2.6.4 and there is everything ok. I also tried to rebuild Lucene index but I receive the exception shown below.

Any help is appreciated.

Regards,
Marko

Exception stacktrace:

2013-03-27 17:14:32,290 ERROR [geonetwork.index] - Rebuilding lucene index
2013-03-27 17:14:32,290 ERROR [geonetwork.lucene] - Failure while closing luceneIndexLanguageTracker
org.apache.lucene.store.AlreadyClosedException: this Directory is closed
at org.apache.lucene.store.Directory.ensureOpen(Directory.java:290)
at org.apache.lucene.store.RAMDirectory.listAll(RAMDirectory.java:116)
at org.apache.lucene.store.NRTCachingDirectory.close(NRTCachingDirectory.java:288)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.close(LuceneIndexLanguageTracker.java:197)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.reset(LuceneIndexLanguageTracker.java:167)
at org.fao.geonet.kernel.search.SearchManager.setupIndex(SearchManager.java:1256)
at org.fao.geonet.kernel.search.SearchManager.rebuildIndex(SearchManager.java:1283)
at org.fao.geonet.services.metadata.IndexRebuild.exec(IndexRebuild.java:73)
at jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:230)
at jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:139)
at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:420)
at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:747)
at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:208)
at jeeves.server.sources.http.JeevesServlet.doGet(JeevesServlet.java:109)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.WebappMetricsFilter.doFilter(WebappMetricsFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.MetricsRegistryInitializerFilter.doFilter(MetricsRegistryInitializerFilter.java:31)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
2013-03-27 17:14:32,291 ERROR [geonetwork.lucene] - Failure while closing luceneIndexLanguageTracker
org.apache.lucene.store.AlreadyClosedException: this Directory is closed
at org.apache.lucene.store.Directory.ensureOpen(Directory.java:290)
at org.apache.lucene.store.RAMDirectory.listAll(RAMDirectory.java:116)
at org.apache.lucene.store.NRTCachingDirectory.close(NRTCachingDirectory.java:288)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.close(LuceneIndexLanguageTracker.java:197)
at org.fao.geonet.kernel.search.index.LuceneIndexLanguageTracker.reset(LuceneIndexLanguageTracker.java:167)
at org.fao.geonet.kernel.search.SearchManager.setupIndex(SearchManager.java:1256)
at org.fao.geonet.kernel.search.SearchManager.rebuildIndex(SearchManager.java:1283)
at org.fao.geonet.services.metadata.IndexRebuild.exec(IndexRebuild.java:73)
at jeeves.server.dispatchers.ServiceInfo.execService(ServiceInfo.java:230)
at jeeves.server.dispatchers.ServiceInfo.execServices(ServiceInfo.java:139)
at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:420)
at jeeves.server.JeevesEngine.dispatch(JeevesEngine.java:747)
at jeeves.server.sources.http.JeevesServlet.execute(JeevesServlet.java:208)
at jeeves.server.sources.http.JeevesServlet.doGet(JeevesServlet.java:109)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.WebappMetricsFilter.doFilter(WebappMetricsFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.fao.geonet.monitor.webapp.MetricsRegistryInitializerFilter.doFilter(MetricsRegistryInitializerFilter.java:31)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)

Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel’s independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

plymouthsailorboy · April 26, 2013, 1:31pm

Hello,

I was wondering if any progress had been made here.
I did have the indexing problem so I was able to re-index but that didn't
solve the first issue regarding inspire.

I'm running 2.8 and also find that metadata entries that I've harvested from
other Inspire compliant sources do not appear when I search for 'Inspire
Only Metadata'. Such records pass the Geonetwork 'check' test.

As a precise example:
Go to: http://www.landis.org.uk/geonetwork/
Search for Inspire only, pick a result and save the 115/139 XML.
Import that XML into 2.8
Search and you find it, Search with Inspire Only and you do not?

Any thoughts?

Thanks,

PSB

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5049896.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.

Jesse_Eichar2 · April 29, 2013, 6:05am

Thanks for the nice example.

On Geonetwork trunk I have made some adjustments that fix a few issues regarding indexing and add a recovery mode in the case of an error with the index. It helps some.

But I will take an indepth look at your example today.

···

On Fri, Apr 26, 2013 at 3:31 PM, plymouthsailorboy <plymouthsailorboy@anonymised.com> wrote:

Hello,

I was wondering if any progress had been made here.
I did have the indexing problem so I was able to re-index but that didn’t
solve the first issue regarding inspire.

I’m running 2.8 and also find that metadata entries that I’ve harvested from
other Inspire compliant sources do not appear when I search for ‘Inspire
Only Metadata’. Such records pass the Geonetwork ‘check’ test.

As a precise example:
Go to: http://www.landis.org.uk/geonetwork/
Search for Inspire only, pick a result and save the 115/139 XML.
Import that XML into 2.8
Search and you find it, Search with Inspire Only and you do not?

Any thoughts?

Thanks,

PSB

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5049896.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.

Try New Relic Now & We’ll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

plymouthsailorboy · May 1, 2013, 9:24am

Hello,

I was wondering if you have managed to replicate the error I was having? Is
there any more information I can provide that might help?

Thanks,

PSB

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5050611.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.

Jesse_Eichar2 · May 1, 2013, 12:24pm

I have been able to reproduce the problem. Unfortunately I am not enough of an expert on INSPIRE to tell what should be done. I have CC’d francois who will likely know what I should do.

Right now a metadata is considered inspirerelated if:

gmd:DQ_ConformanceResult/gmd:specification/gmd:CI_Citation/gmd:title/gco:CharacterString contains one of:

1089/2010
INSPIRE Data Specification
INSPIRE Specification

The metadata I downloaded from your site had:

INSPIRE Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and EN ISO 19119 ( Revised edition)

If you want to upgrade to 2.8 you can use the ‘metadata.batch.processing’ to automatically update all your metadata. However I don’t know if we should add another or statement to the index-fields.xsl file for your case or not.

@FX what do you think?

Jesse

···

On Wed, May 1, 2013 at 11:24 AM, plymouthsailorboy <plymouthsailorboy@anonymised.com> wrote:

Hello,

I was wondering if you have managed to replicate the error I was having? Is
there any more information I can provide that might help?

Thanks,

PSB

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5050611.html

Sent from the GeoNetwork developer mailing list archive at Nabble.com.

Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Francois_Prunayre · May 2, 2013, 6:47am

Hi,

···

2013/5/1 Jesse Eichar <jesse.eichar@anonymised.com>

I have been able to reproduce the problem. Unfortunately I am not enough of an expert on INSPIRE to tell what should be done. I have CC’d francois who will likely know what I should do.

Right now a metadata is considered inspirerelated if:

gmd:DQ_ConformanceResult/gmd:specification/gmd:CI_Citation/gmd:title/gco:CharacterString contains one of:

1089/2010

INSPIRE Data Specification

INSPIRE Specification

Yes, that rule was defined when adding that search criteria for project for EEA. This is based on INSPIRE commission regulation N°1089/2010 and metadata IR document (see 2.8 Conformity)

“This citation shall include at least the title … of the implementing rules adopted under Article 7(1) of Directive 2007/2/EC or of the specification.”

For sure that may not match some metadata records as we don’t have so often references to the specifications or IR but at some point it should be a good rule to identify resources related to the INSPIRE directive.

By the way, some projects use other rules for that criteria:

if INSPIRE themes set in the metadata add the inspirerelated flag (but most of the time INSPIRE themes are also used for datasets not related to INSPIRE)
add an INSPIRE category and manually assigned this category to the records that need to be flagged as inspirerelated (eg. NGR portal)

Options 1 need some changes to the indexing of iso19139. Options 2 needs a change on the search form to search for category instead of inspirerelated field.
We could add that as an option of iso19139 records if needed ?

Cheers.

Francois

The metadata I downloaded from your site had:

INSPIRE Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and EN ISO 19119 ( Revised edition)

If you want to upgrade to 2.8 you can use the ‘metadata.batch.processing’ to automatically update all your metadata. However I don’t know if we should add another or statement to the index-fields.xsl file for your case or not.

@FX what do you think?

Jesse

On Wed, May 1, 2013 at 11:24 AM, plymouthsailorboy <plymouthsailorboy@anonymised.com> wrote:

Hello,

I was wondering if you have managed to replicate the error I was having? Is
there any more information I can provide that might help?

Thanks,

PSB

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5050611.html

Sent from the GeoNetwork developer mailing list archive at Nabble.com.

Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

RIVIERE_Robert_Respo · May 3, 2013, 8:53am

Hello,

Yes, that rule was defined when adding that search criteria for project
for EEA. This is based on INSPIRE commission regulation N°1089/2010 and
metadata IR document (see 2.8 Conformity)

I think you should be careful about this. The 2.8 Conformity says also :

"The absence of ISO 19115 metadata related to the conformity to an INSPIRE specification does imply that the conformity to this specification has not been evaluated."

So you may have in your catalog some metadata without gmd:DQ_ConformanceResult tag which is however actually Inspire related...

Greetings

Robert Rivière
Ministère du Développement Durable

Le 02/05/2013 08:47, "> Francois Prunayre (par Internet, dépôt geonetwork-devel-bounces@lists.sourceforge.net)" a écrit :

Hi,

2013/5/1 Jesse Eichar <jesse.eichar@anonymised.com
<mailto:jesse.eichar@anonymised.com>>

    I have been able to reproduce the problem. Unfortunately I am not
    enough of an expert on INSPIRE to tell what should be done. I have
    CC'd francois who will likely know what I should do.

    Right now a metadata is considered inspirerelated if:

    gmd:DQ_ConformanceResult/gmd:specification/gmd:CI_Citation/gmd:title/gco:CharacterString
    contains one of:

        * 1089/2010
        * INSPIRE Data Specification
        * INSPIRE Specification

Yes, that rule was defined when adding that search criteria for project
for EEA. This is based on INSPIRE commission regulation N°1089/2010 and
metadata IR document (see 2.8 Conformity)
"This citation shall include at least the title ... of the implementing
rules adopted under Article 7(1) of Directive 2007/2/EC or of the
specification."

For sure that may not match some metadata records as we don't have so
often references to the specifications or IR but at some point it should
be a good rule to identify resources related to the INSPIRE directive.

By the way, some projects use other rules for that criteria:
1) if INSPIRE themes set in the metadata add the inspirerelated flag
(but most of the time INSPIRE themes are also used for datasets not
related to INSPIRE)
2) add an INSPIRE category and manually assigned this category to the
records that need to be flagged as inspirerelated (eg. NGR portal)

Options 1 need some changes to the indexing of iso19139. Options 2 needs
a change on the search form to search for category instead of
inspirerelated field.
We could add that as an option of iso19139 records if needed ?

Cheers.

Francois

    The metadata I downloaded from your site had:

    INSPIRE Metadata Implementing Rules: Technical Guidelines based on
    EN ISO 19115 and EN ISO 19119 ( Revised edition)

    If you want to upgrade to 2.8 you can use the
    'metadata.batch.processing' to automatically update all your
    metadata. However I don't know if we should add another or
    statement to the index-fields.xsl file for your case or not.

    @FX what do you think?

    Jesse

    On Wed, May 1, 2013 at 11:24 AM, plymouthsailorboy
    <plymouthsailorboy@anonymised.com <mailto:plymouthsailorboy@anonymised.com>>
    wrote:

        Hello,

        I was wondering if you have managed to replicate the error I was
        having? Is
        there any more information I can provide that might help?

        Thanks,

        PSB

        --
        View this message in context:
        http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5050611.html
        Sent from the GeoNetwork developer mailing list archive at
        Nabble.com.

        ------------------------------------------------------------------------------
        Introducing AppDynamics Lite, a free troubleshooting tool for
        Java/.NET
        Get 100% visibility into your production application - at no cost.
        Code-level diagnostics for performance bottlenecks with <2% overhead
        Download for free and get started troubleshooting in minutes.
        http://p.sf.net/sfu/appdyn_d2d_ap1
        _______________________________________________
        GeoNetwork-devel mailing list
        GeoNetwork-devel@lists.sourceforge.net
        <mailto:GeoNetwork-devel@lists.sourceforge.net>
        https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
        GeoNetwork OpenSource is maintained at
        http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with<2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1

_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Francois_Prunayre · May 3, 2013, 9:27am

2013/5/3 RIVIERE Robert (Responsable PNE IG) -
SG/SPSSI/CPII/DOM/ETER/PNE IG
<Robert.Riviere@anonymised.com>:

Hello,

Yes, that rule was defined when adding that search criteria for project
for EEA. This is based on INSPIRE commission regulation N°1089/2010 and
metadata IR document (see 2.8 Conformity)

I think you should be careful about this. The 2.8 Conformity says also :

"The absence of ISO 19115 metadata related to the conformity to an
INSPIRE specification does imply that the conformity to this
specification has not been evaluated."

So you may have in your catalog some metadata without
gmd:DQ_ConformanceResult tag which is however actually Inspire related...

True in that case, you should use other options (eg. keywords,
category). It really depends on the catalog content & encoding rules
of your organization.

There are also some other guidelines recommending the following:
"les valeurs des thèmes INSPIRE peuvent
être utilisées si nécessaire pour des données non INSPIRE, à condition de ne pas
fournir le thésaurus « GEMET – INSPIRE theme, version 1.0, 2008-06-01 »."
which is also a custom rules ...

BTW, inspirerelated index field is more an helper field for quick
search you can always adapt it or compose a custom search based on
other criteria.

Cheers.

Francois

Greetings

Robert Rivière
Ministère du Développement Durable

Le 02/05/2013 08:47, "> Francois Prunayre (par Internet, dépôt
geonetwork-devel-bounces@lists.sourceforge.net)" a écrit :

Hi,

2013/5/1 Jesse Eichar <jesse.eichar@anonymised.com
<mailto:jesse.eichar@anonymised.com>>

    I have been able to reproduce the problem. Unfortunately I am not
    enough of an expert on INSPIRE to tell what should be done. I have
    CC'd francois who will likely know what I should do.

    Right now a metadata is considered inspirerelated if:

    gmd:DQ_ConformanceResult/gmd:specification/gmd:CI_Citation/gmd:title/gco:CharacterString
    contains one of:

        * 1089/2010
        * INSPIRE Data Specification
        * INSPIRE Specification

Yes, that rule was defined when adding that search criteria for project
for EEA. This is based on INSPIRE commission regulation N°1089/2010 and
metadata IR document (see 2.8 Conformity)
"This citation shall include at least the title ... of the implementing
rules adopted under Article 7(1) of Directive 2007/2/EC or of the
specification."

For sure that may not match some metadata records as we don't have so
often references to the specifications or IR but at some point it should
be a good rule to identify resources related to the INSPIRE directive.

By the way, some projects use other rules for that criteria:
1) if INSPIRE themes set in the metadata add the inspirerelated flag
(but most of the time INSPIRE themes are also used for datasets not
related to INSPIRE)
2) add an INSPIRE category and manually assigned this category to the
records that need to be flagged as inspirerelated (eg. NGR portal)

Options 1 need some changes to the indexing of iso19139. Options 2 needs
a change on the search form to search for category instead of
inspirerelated field.
We could add that as an option of iso19139 records if needed ?

Cheers.

Francois

    The metadata I downloaded from your site had:

    INSPIRE Metadata Implementing Rules: Technical Guidelines based on
    EN ISO 19115 and EN ISO 19119 ( Revised edition)

    If you want to upgrade to 2.8 you can use the
    'metadata.batch.processing' to automatically update all your
    metadata. However I don't know if we should add another or
    statement to the index-fields.xsl file for your case or not.

    @FX what do you think?

    Jesse

    On Wed, May 1, 2013 at 11:24 AM, plymouthsailorboy
    <plymouthsailorboy@anonymised.com <mailto:plymouthsailorboy@anonymised.com>>
    wrote:

        Hello,

        I was wondering if you have managed to replicate the error I was
        having? Is
        there any more information I can provide that might help?

        Thanks,

        PSB

        --
        View this message in context:
        http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5050611.html
        Sent from the GeoNetwork developer mailing list archive at
        Nabble.com.

        ------------------------------------------------------------------------------
        Introducing AppDynamics Lite, a free troubleshooting tool for
        Java/.NET
        Get 100% visibility into your production application - at no cost.
        Code-level diagnostics for performance bottlenecks with <2% overhead
        Download for free and get started troubleshooting in minutes.
        http://p.sf.net/sfu/appdyn_d2d_ap1
        _______________________________________________
        GeoNetwork-devel mailing list
        GeoNetwork-devel@lists.sourceforge.net
        <mailto:GeoNetwork-devel@lists.sourceforge.net>
        https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
        GeoNetwork OpenSource is maintained at
        http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with<2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1

_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

plymouthsailorboy · May 13, 2013, 8:58am

Hello again,

I agree with your comment regarding section 2.8 (Conformity) of the "INSPIRE
Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and
EN ISO 19119" 16-06-2010

It would appear that the title should be:

"INSPIRE Data Specification on <Theme Name> - Guidelines"

It is not clear to me how the community should best proceed.

I can make a change to the 'index-fields.xsl' on the Geonetwork version I
have installed. That way my specific 'INSPIRE Data Specification .....'
would show up as compliant. However anyone harvesting this data would not
have the same change and so it would not show up as compliant.

Does the index-fields.xsl file support wildcards? Perhaps:
"INSPIRE Data Specification on * - Guidelines"

Thanks,

PSB

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Fwd-Inspire-search-in-GN-2-8-tp5043952p5052837.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.