[GeoNetwork-users] Help needed converting metadata profile to work with Geonetwork 3

Jo_Cook2 · July 7, 2016, 1:14pm

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results page.
We're following the documentation here:
http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a blank
where the title/alternate title and URL should be. We can click the edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in the
documentation (anzlic has no index-fields folder and no formatter folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not show the
different view options, only the checkboxes to show details and tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

Jose_Garcia1 · July 7, 2016, 3:33pm

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use new
structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com> wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a blank
where the title/alternate title and URL should be. We can click the edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in the
documentation (anzlic has no index-fields folder and no formatter folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not show the
different view options, only the checkboxes to show details and tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

Jose_Garcia1 · July 7, 2016, 3:36pm

Hi

Another thing, unless you need special indexing for this profile, you can
delegate to iso19139 files, for example for index-fields/default.xsl in
your profile in case no changes from iso19139 are required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
<xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't add
any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com> wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use new
structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a blank
where the title/alternate title and URL should be. We can click the edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in the
documentation (anzlic has no index-fields folder and no formatter folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not show
the
different view options, only the checkboxes to show details and tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

Jo_Cook2 · July 7, 2016, 5:12pm

Hi Jose,

Thanks for the quick response- I've replicated the index-fields file
structure and added in a default.xsl with just that statement in, but it
hasn't made any difference. I've turned up logging to development level and
I'm not seeing any errors in geonetwork.log relating to the problem.
However in catalina.out, I can see that it loads the metadata records, and
for the record with this schema it shows only the geonet component of the
metadata record, not the actual metadata, with this error:

<idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error detected.</idxMsg>

Here's a larger snippet of what's shown for this record:
<metadata>
    <popularity>0</popularity>
    <owner>1</owner>
    <userinfo>admin|admin|admin|Administrator</userinfo>
    <isTemplate>n</isTemplate>
    <rating>0</rating>
    <root>gmd:MD_Metadata</root>
    <idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>
    <isHarvested>n</isHarvested>
    <valid_xsd>1</valid_xsd>
    <publishedForGroup>2</publishedForGroup>
    <idxError>1</idxError>
    <_locale>eng</_locale>
    <valid_schematron-rules-iso>1</valid_schematron-rules-iso>
    <valid>1</valid>
    <logo>/images/logos/.png</logo>
    <valid_schematron-rules-geonetwork>1</valid_schematron-rules-geonetwork>
    <displayOrder>0</displayOrder>
    <groupOwner>2</groupOwner>
    <geonet:info xmlns:geonet="http://www.fao.org/geonetwork">
      <id>2189</id>
      <uuid>dc2e085b-a7cd-4c6b-94b3-ced61f5e55f0</uuid>
      <schema>iso19139.gemini22</schema>
      <createDate>2016-07-07T13:57:22</createDate>
      <changeDate>2016-07-07T16:34:03</changeDate>
      <source />
*snip*

I am struggling to find any other error messages relating to the problem
but I might be missing them amongst the extremely verbose logging!

Thanks

Jo

On Thu, Jul 7, 2016 at 4:36 PM, Jose Garcia <jose.garcia@anonymised.com> wrote:

Hi

Another thing, unless you need special indexing for this profile, you can
delegate to iso19139 files, for example for index-fields/default.xsl in
your profile in case no changes from iso19139 are required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
<xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't add
any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use new
structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a blank
where the title/alternate title and URL should be. We can click the edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in the
documentation (anzlic has no index-fields folder and no formatter
folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not show
the
different view options, only the checkboxes to show details and tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

Jose_Garcia1 · July 8, 2016, 6:27am

Hi Jo

Is that profile available in a public repository to take a look?

Regards,
Jose García

On Thu, Jul 7, 2016 at 7:12 PM, Jo Cook <jocook@anonymised.com> wrote:

Hi Jose,

Thanks for the quick response- I've replicated the index-fields file
structure and added in a default.xsl with just that statement in, but it
hasn't made any difference. I've turned up logging to development level and
I'm not seeing any errors in geonetwork.log relating to the problem.
However in catalina.out, I can see that it loads the metadata records, and
for the record with this schema it shows only the geonet component of the
metadata record, not the actual metadata, with this error:

<idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error detected.</idxMsg>

Here's a larger snippet of what's shown for this record:
<metadata>
    <popularity>0</popularity>
    <owner>1</owner>
    <userinfo>admin|admin|admin|Administrator</userinfo>
    <isTemplate>n</isTemplate>
    <rating>0</rating>
    <root>gmd:MD_Metadata</root>
    <idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>
    <isHarvested>n</isHarvested>
    <valid_xsd>1</valid_xsd>
    <publishedForGroup>2</publishedForGroup>
    <idxError>1</idxError>
    <_locale>eng</_locale>
    <valid_schematron-rules-iso>1</valid_schematron-rules-iso>
    <valid>1</valid>
    <logo>/images/logos/.png</logo>

<valid_schematron-rules-geonetwork>1</valid_schematron-rules-geonetwork>
    <displayOrder>0</displayOrder>
    <groupOwner>2</groupOwner>
    <geonet:info xmlns:geonet="http://www.fao.org/geonetwork">
      <id>2189</id>
      <uuid>dc2e085b-a7cd-4c6b-94b3-ced61f5e55f0</uuid>
      <schema>iso19139.gemini22</schema>
      <createDate>2016-07-07T13:57:22</createDate>
      <changeDate>2016-07-07T16:34:03</changeDate>
      <source />
*snip*

I am struggling to find any other error messages relating to the problem
but I might be missing them amongst the extremely verbose logging!

Thanks

Jo

On Thu, Jul 7, 2016 at 4:36 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi

Another thing, unless you need special indexing for this profile, you can
delegate to iso19139 files, for example for index-fields/default.xsl in
your profile in case no changes from iso19139 are required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
  <xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't add
any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use
new structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a blank
where the title/alternate title and URL should be. We can click the edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in
the
documentation (anzlic has no index-fields folder and no formatter
folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not show
the
different view options, only the checkboxes to show details and
tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

Jo_Cook2 · July 8, 2016, 9:42am

Hi Jose,

I've just made it available here:
https://github.com/AstunTechnology/iso19139.gemini22_GN3

Thanks

Jo

On Fri, Jul 8, 2016 at 7:27 AM, Jose Garcia <jose.garcia@anonymised.com> wrote:

Hi Jo

Is that profile available in a public repository to take a look?

Regards,
Jose García

On Thu, Jul 7, 2016 at 7:12 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi Jose,

Thanks for the quick response- I've replicated the index-fields file
structure and added in a default.xsl with just that statement in, but it
hasn't made any difference. I've turned up logging to development level and
I'm not seeing any errors in geonetwork.log relating to the problem.
However in catalina.out, I can see that it loads the metadata records, and
for the record with this schema it shows only the geonet component of the
metadata record, not the actual metadata, with this error:

<idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>

Here's a larger snippet of what's shown for this record:
<metadata>
    <popularity>0</popularity>
    <owner>1</owner>
    <userinfo>admin|admin|admin|Administrator</userinfo>
    <isTemplate>n</isTemplate>
    <rating>0</rating>
    <root>gmd:MD_Metadata</root>
    <idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>
    <isHarvested>n</isHarvested>
    <valid_xsd>1</valid_xsd>
    <publishedForGroup>2</publishedForGroup>
    <idxError>1</idxError>
    <_locale>eng</_locale>
    <valid_schematron-rules-iso>1</valid_schematron-rules-iso>
    <valid>1</valid>
    <logo>/images/logos/.png</logo>

<valid_schematron-rules-geonetwork>1</valid_schematron-rules-geonetwork>
    <displayOrder>0</displayOrder>
    <groupOwner>2</groupOwner>
    <geonet:info xmlns:geonet="http://www.fao.org/geonetwork">
      <id>2189</id>
      <uuid>dc2e085b-a7cd-4c6b-94b3-ced61f5e55f0</uuid>
      <schema>iso19139.gemini22</schema>
      <createDate>2016-07-07T13:57:22</createDate>
      <changeDate>2016-07-07T16:34:03</changeDate>
      <source />
*snip*

I am struggling to find any other error messages relating to the problem
but I might be missing them amongst the extremely verbose logging!

Thanks

Jo

On Thu, Jul 7, 2016 at 4:36 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi

Another thing, unless you need special indexing for this profile, you
can delegate to iso19139 files, for example for index-fields/default.xsl
in your profile in case no changes from iso19139 are required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
  <xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't
add any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use
new structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results
page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as
examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a
blank
where the title/alternate title and URL should be. We can click the
edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in
the
documentation (anzlic has no index-fields folder and no formatter
folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not
show the
different view options, only the checkboxes to show details and
tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT
no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech
luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18 7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

Jose_Garcia1 · July 8, 2016, 3:12pm

Hi Jo

I have try it and when loading the templates, I see this in the log file:

Error at xsl:variable on line 116 column 81 of functions.xsl:
  XPST0017: XPath syntax error at char 39 on line 116 in
{...eISODateTimes($value1,$valu...}:
    Cannot find a matching 2-argument function named
  {java:org.fao.geonet.util.JODAISODate}parseISODateTimes()

The problem seem in
https://github.com/AstunTechnology/iso19139.gemini22_GN3/blob/master/convert/functions.xsl#L116,
seem this method no longer exists in GN 3 or has change the signature.

If you don't have any specific code in that file, I would suggest to change
it to:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:xs="http://www.w3.org/2001/XMLSchema" version="2.0">
<xsl:import href="../../iso19139/convert/functions.xsl"/>
</xsl:stylesheet>

With previous change, when loading the templates the titles are displayed
properly.

Regards,
Jose García

On Fri, Jul 8, 2016 at 11:42 AM, Jo Cook <jocook@anonymised.com> wrote:

Hi Jose,

I've just made it available here:
https://github.com/AstunTechnology/iso19139.gemini22_GN3

Thanks

Jo

On Fri, Jul 8, 2016 at 7:27 AM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Is that profile available in a public repository to take a look?

Regards,
Jose García

On Thu, Jul 7, 2016 at 7:12 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi Jose,

Thanks for the quick response- I've replicated the index-fields file
structure and added in a default.xsl with just that statement in, but it
hasn't made any difference. I've turned up logging to development level and
I'm not seeing any errors in geonetwork.log relating to the problem.
However in catalina.out, I can see that it loads the metadata records, and
for the record with this schema it shows only the geonet component of the
metadata record, not the actual metadata, with this error:

<idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>

Here's a larger snippet of what's shown for this record:
<metadata>
    <popularity>0</popularity>
    <owner>1</owner>
    <userinfo>admin|admin|admin|Administrator</userinfo>
    <isTemplate>n</isTemplate>
    <rating>0</rating>
    <root>gmd:MD_Metadata</root>
    <idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>
    <isHarvested>n</isHarvested>
    <valid_xsd>1</valid_xsd>
    <publishedForGroup>2</publishedForGroup>
    <idxError>1</idxError>
    <_locale>eng</_locale>
    <valid_schematron-rules-iso>1</valid_schematron-rules-iso>
    <valid>1</valid>
    <logo>/images/logos/.png</logo>

<valid_schematron-rules-geonetwork>1</valid_schematron-rules-geonetwork>
    <displayOrder>0</displayOrder>
    <groupOwner>2</groupOwner>
    <geonet:info xmlns:geonet="http://www.fao.org/geonetwork">
      <id>2189</id>
      <uuid>dc2e085b-a7cd-4c6b-94b3-ced61f5e55f0</uuid>
      <schema>iso19139.gemini22</schema>
      <createDate>2016-07-07T13:57:22</createDate>
      <changeDate>2016-07-07T16:34:03</changeDate>
      <source />
*snip*

I am struggling to find any other error messages relating to the problem
but I might be missing them amongst the extremely verbose logging!

Thanks

Jo

On Thu, Jul 7, 2016 at 4:36 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi

Another thing, unless you need special indexing for this profile, you
can delegate to iso19139 files, for example for index-fields/
default.xsl in your profile in case no changes from iso19139 are
required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
  <xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't
add any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use
new structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results
page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as
examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a
blank
where the title/alternate title and URL should be. We can click the
edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present in
the
documentation (anzlic has no index-fields folder and no formatter
folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not
show the
different view options, only the checkboxes to show details and
tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT
no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in
San
Francisco, CA to explore cutting-edge tech and listen to tech
luminaries
present their vision of the future. This family event has something
for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18 7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

Jo_Cook2 · July 8, 2016, 4:07pm

Hi Jose,

That has really helped, thanks. I'm still missing the titles of the
different views in edit mode, although these appear just fine when not in
edit mode. The different views all display fine, but there's no title for
them in the "choose view" dropdown. I can't see where this information
comes from- can you clarify for me?

Thanks again

Jo

On Fri, Jul 8, 2016 at 4:12 PM, Jose Garcia <jose.garcia@anonymised.com> wrote:

Hi Jo

I have try it and when loading the templates, I see this in the log file:

Error at xsl:variable on line 116 column 81 of functions.xsl:
  XPST0017: XPath syntax error at char 39 on line 116 in
{...eISODateTimes($value1,$valu...}:
    Cannot find a matching 2-argument function named
  {java:org.fao.geonet.util.JODAISODate}parseISODateTimes()

The problem seem in
https://github.com/AstunTechnology/iso19139.gemini22_GN3/blob/master/convert/functions.xsl#L116,
seem this method no longer exists in GN 3 or has change the signature.

If you don't have any specific code in that file, I would suggest to
change it to:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xs="http://www.w3.org/2001/XMLSchema" version="2.0">
  <xsl:import href="../../iso19139/convert/functions.xsl"/>
</xsl:stylesheet>

With previous change, when loading the templates the titles are displayed
properly.

Regards,
Jose García

On Fri, Jul 8, 2016 at 11:42 AM, Jo Cook <jocook@anonymised.com>
wrote:

Hi Jose,

I've just made it available here:
https://github.com/AstunTechnology/iso19139.gemini22_GN3

Thanks

Jo

On Fri, Jul 8, 2016 at 7:27 AM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Is that profile available in a public repository to take a look?

Regards,
Jose García

On Thu, Jul 7, 2016 at 7:12 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi Jose,

Thanks for the quick response- I've replicated the index-fields file
structure and added in a default.xsl with just that statement in, but it
hasn't made any difference. I've turned up logging to development level and
I'm not seeing any errors in geonetwork.log relating to the problem.
However in catalina.out, I can see that it loads the metadata records, and
for the record with this schema it shows only the geonet component of the
metadata record, not the actual metadata, with this error:

<idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>

Here's a larger snippet of what's shown for this record:
<metadata>
    <popularity>0</popularity>
    <owner>1</owner>
    <userinfo>admin|admin|admin|Administrator</userinfo>
    <isTemplate>n</isTemplate>
    <rating>0</rating>
    <root>gmd:MD_Metadata</root>
    <idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>
    <isHarvested>n</isHarvested>
    <valid_xsd>1</valid_xsd>
    <publishedForGroup>2</publishedForGroup>
    <idxError>1</idxError>
    <_locale>eng</_locale>
    <valid_schematron-rules-iso>1</valid_schematron-rules-iso>
    <valid>1</valid>
    <logo>/images/logos/.png</logo>

<valid_schematron-rules-geonetwork>1</valid_schematron-rules-geonetwork>
    <displayOrder>0</displayOrder>
    <groupOwner>2</groupOwner>
    <geonet:info xmlns:geonet="http://www.fao.org/geonetwork">
      <id>2189</id>
      <uuid>dc2e085b-a7cd-4c6b-94b3-ced61f5e55f0</uuid>
      <schema>iso19139.gemini22</schema>
      <createDate>2016-07-07T13:57:22</createDate>
      <changeDate>2016-07-07T16:34:03</changeDate>
      <source />
*snip*

I am struggling to find any other error messages relating to the
problem but I might be missing them amongst the extremely verbose logging!

Thanks

Jo

On Thu, Jul 7, 2016 at 4:36 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi

Another thing, unless you need special indexing for this profile, you
can delegate to iso19139 files, for example for index-fields/
default.xsl in your profile in case no changes from iso19139 are
required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
  <xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't
add any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to use
new structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work with
Geonetwork 3 and we're a bit stuck with the initial search results
page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as
examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a
blank
where the title/alternate title and URL should be. We can click the
edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present
in the
documentation (anzlic has no index-fields folder and no formatter
folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not
show the
different view options, only the checkboxes to show details and
tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom,
Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT
no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in
San
Francisco, CA to explore cutting-edge tech and listen to tech
luminaries
present their vision of the future. This family event has something
for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18 7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18 7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

Jose_Garcia1 · July 11, 2016, 6:10am

Hi Jo

The name of the views are defined in the file strings.xml inside the
profile loc folder. Add an entry for the name of the view(s) defined in the
config-editor.xml

Regards,
Jose García

On Fri, Jul 8, 2016 at 6:07 PM, Jo Cook <jocook@anonymised.com> wrote:

Hi Jose,

That has really helped, thanks. I'm still missing the titles of the
different views in edit mode, although these appear just fine when not in
edit mode. The different views all display fine, but there's no title for
them in the "choose view" dropdown. I can't see where this information
comes from- can you clarify for me?

Thanks again

Jo

On Fri, Jul 8, 2016 at 4:12 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

I have try it and when loading the templates, I see this in the log file:

Error at xsl:variable on line 116 column 81 of functions.xsl:
  XPST0017: XPath syntax error at char 39 on line 116 in
{...eISODateTimes($value1,$valu...}:
    Cannot find a matching 2-argument function named
  {java:org.fao.geonet.util.JODAISODate}parseISODateTimes()

The problem seem in
https://github.com/AstunTechnology/iso19139.gemini22_GN3/blob/master/convert/functions.xsl#L116,
seem this method no longer exists in GN 3 or has change the signature.

If you don't have any specific code in that file, I would suggest to
change it to:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xs="http://www.w3.org/2001/XMLSchema" version="2.0">
  <xsl:import href="../../iso19139/convert/functions.xsl"/>
</xsl:stylesheet>

With previous change, when loading the templates the titles are displayed
properly.

Regards,
Jose García

On Fri, Jul 8, 2016 at 11:42 AM, Jo Cook <jocook@anonymised.com>
wrote:

Hi Jose,

I've just made it available here:
https://github.com/AstunTechnology/iso19139.gemini22_GN3

Thanks

Jo

On Fri, Jul 8, 2016 at 7:27 AM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Is that profile available in a public repository to take a look?

Regards,
Jose García

On Thu, Jul 7, 2016 at 7:12 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi Jose,

Thanks for the quick response- I've replicated the index-fields file
structure and added in a default.xsl with just that statement in, but it
hasn't made any difference. I've turned up logging to development level and
I'm not seeing any errors in geonetwork.log relating to the problem.
However in catalina.out, I can see that it loads the metadata records, and
for the record with this schema it shows only the geonet component of the
metadata record, not the actual metadata, with this error:

<idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>

Here's a larger snippet of what's shown for this record:
<metadata>
    <popularity>0</popularity>
    <owner>1</owner>
    <userinfo>admin|admin|admin|Administrator</userinfo>
    <isTemplate>n</isTemplate>
    <rating>0</rating>
    <root>gmd:MD_Metadata</root>
    <idxMsg>GNIDX-XSL||Failed to compile stylesheet. 1 error
detected.</idxMsg>
    <isHarvested>n</isHarvested>
    <valid_xsd>1</valid_xsd>
    <publishedForGroup>2</publishedForGroup>
    <idxError>1</idxError>
    <_locale>eng</_locale>
    <valid_schematron-rules-iso>1</valid_schematron-rules-iso>
    <valid>1</valid>
    <logo>/images/logos/.png</logo>

<valid_schematron-rules-geonetwork>1</valid_schematron-rules-geonetwork>
    <displayOrder>0</displayOrder>
    <groupOwner>2</groupOwner>
    <geonet:info xmlns:geonet="http://www.fao.org/geonetwork">
      <id>2189</id>
      <uuid>dc2e085b-a7cd-4c6b-94b3-ced61f5e55f0</uuid>
      <schema>iso19139.gemini22</schema>
      <createDate>2016-07-07T13:57:22</createDate>
      <changeDate>2016-07-07T16:34:03</changeDate>
      <source />
*snip*

I am struggling to find any other error messages relating to the
problem but I might be missing them amongst the extremely verbose logging!

Thanks

Jo

On Thu, Jul 7, 2016 at 4:36 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi

Another thing, unless you need special indexing for this profile, you
can delegate to iso19139 files, for example for index-fields/
default.xsl in your profile in case no changes from iso19139 are
required:

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="2.0">
  <xsl:import href="../../iso19139/index-fields/default.xsl"/>
</xsl:stylesheet>

Thats a good strategy for most of the xsl in the profile that doesn't
add any change from iso19139, instead of copying the full content.

Regards,
Jose García

On Thu, Jul 7, 2016 at 5:33 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:

Hi Jo

Note that for 3.0.x+ the index files should be placed in a folder
index-fields (see
https://github.com/geonetwork/core-geonetwork/tree/develop/schemas/iso19139/src/main/plugin/iso19139/index-fields)
with the names indicated there.

There's some fallback code to use index-fields.xsl, but better to
use new structure. Check if that can be the cause.

Regards,
Jose García

On Thu, Jul 7, 2016 at 3:14 PM, Jo Cook <jocook@anonymised.com>
wrote:

Hi List,

We're in the process of converting Gemini 2.2 (ISO19139) to work
with
Geonetwork 3 and we're a bit stuck with the initial search results
page.
We're following the documentation here:

http://geonetwork-opensource.org/manuals/trunk/eng/users/customizing-application/implementing-a-schema-plugin.html
and using the schemas here: https://github.com/metadata101 as
examples.

We can successfully load our schema into geonetwork and display and
validate metadata using it, but the search results page displays a
blank
where the title/alternate title and URL should be. We can click the
edit
icon to edit the record and in edit mode it displays correctly.

We believe it's related to the index-fields.xsl, but there is no
consistency between what's present in (for example)
https://github.com/metadata101/iso19139.anzlic and what's present
in the
documentation (anzlic has no index-fields folder and no formatter
folder).

Please can someone give us some pointers on where we go to fix this?

Secondly, in edit mode, the drop down box to change views does not
show the
different view options, only the checkboxes to show details and
tooltips.
Where does this information come from?

Many thanks

Jo
-
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom,
Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN
VAT no.
864201149.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in
San
Francisco, CA to explore cutting-edge tech and listen to tech
luminaries
present their vision of the future. This family event has something
for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18 7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey,
KT18 7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*

--
*Jo Cook*
t:+44 7930 524 155/twitter:@archaeogeek

--
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 1372 744 009 w: astuntechnology.com twitter:@astuntech
<https://twitter.com/astuntech>

iShare - enterprise geographic intelligence platform
<https://astuntechnology.com/ishare/>
GeoServer, PostGIS and QGIS training
<https://astuntechnology.com/services/#training>
Helpdesk and customer portal
<http://support.astuntechnology.com/support/login>

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

--

*Vriendelijke groeten / Kind regards,Jose García
<http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31
(0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
<https://twitter.com/geocat_bv>
<https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
environment before printing this email.*