Hi All,
I’m not sure how long it has been like this, but I just realised that my checkbox for INSPIRE conformity in GeoNetwork 4.2 displays as a checkbox rather than using data-gn-checkbox-with-nilreason, as per https://github.com/geonetwork/core-geonetwork/pull/3569
As far as I can tell, I have the changes required in my code, but it’s simply not working. I have tested an un-changed ISO19139 template and that seems to show the same behaviour. >From the dev console it looks as if checkboxwithnilreason.html is not being called (I do have the INSPIRE settings enabled).
Can anyone confirm that it’s working properly in GeoNetwork 4.2?
Thanks
Jo
···
Jo Cook
t:+44 7930 524 155 | twitter:@archaeogeek | mastodon:@archaeogeek@anonymised.com.
Please note that currently I do not work on Friday afternoons. For urgent responses at that time, please visit support.astuntechnology.com or phone our office on 01372 744009
Hi Jo
Apologies for the late reply. We have a metadata schema using that component, and it’s rendered, but somehow the values are not preserved well when saving the metadata. I’m checking what can be causing the problem.
Regards,
Jose García
|
Veenderweg 13
6721 WD Bennekom
The Netherlands
Tel: +31318416664
|
---- El Thu, 23 Mar 2023 13:54:03 +0100, Jo Cook via GeoNetwork-devel geonetwork-devel@anonymised.comrge.net escribió ----
Hi All,
I’m not sure how long it has been like this, but I just realised that my checkbox for INSPIRE conformity in GeoNetwork 4.2 displays as a checkbox rather than using data-gn-checkbox-with-nilreason, as per https://github.com/geonetwork/core-geonetwork/pull/3569
As far as I can tell, I have the changes required in my code, but it’s simply not working. I have tested an un-changed ISO19139 template and that seems to show the same behaviour. From the dev console it looks as if checkboxwithnilreason.html is not being called (I do have the INSPIRE settings enabled).
Can anyone confirm that it’s working properly in GeoNetwork 4.2?
Thanks
Jo
–
Jo Cook
t:+44 7930 524 155 | twitter:@archaeogeek | mastodon:@archaeogeek@anonymised.com
Please note that currently I do not work on Friday afternoons. For urgent responses at that time, please visit support.astuntechnology.com or phone our office on 01372 744009
–
Sign up to our mailing list for updates on news, products, conferences, events and training
Astun Technology Ltd, t:+44 1372 744 009 contact us online
web: astuntechnology.com twitter:@astuntech
iShare - enterprise geographic intelligence platform
GeoServer, PostGIS and QGIS training
Support
Company registration no. 5410695. Registered in England and Wales. Registered office: Penrose House, 67 Hightown Road, Banbury, OX16 9BE VAT no. 864201149.
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
Hi Jo
I’ve done this pull request to fix the value selection: https://github.com/geonetwork/core-geonetwork/pull/6992
However, for me the directive it was displayed already.
If it is not displayed for you, please check in this schema how it’s configured, but AFAIK should be the same as for version 3.12.x: https://github.com/metadata101/GDPR/tree/4.2.x
Regards,
Jose García
|
Veenderweg 13
6721 WD Bennekom
The Netherlands
Tel: +31318416664
|
---- El Fri, 14 Apr 2023 12:16:43 +0200, Jose Garcia via GeoNetwork-devel geonetwork-devel@anonymised.comists.sourceforge.net escribió ----
Hi Jo
Apologies for the late reply. We have a metadata schema using that component, and it’s rendered, but somehow the values are not preserved well when saving the metadata. I’m checking what can be causing the problem.
Regards,
Jose García
|
Veenderweg 13
6721 WD Bennekom
The Netherlands
Tel: +31318416664
|
---- El Thu, 23 Mar 2023 13:54:03 +0100, Jo Cook via GeoNetwork-devel <geonetwork-devel@lists.sourceforge.net> escribió ----
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
Hi All,
I’m not sure how long it has been like this, but I just realised that my checkbox for INSPIRE conformity in GeoNetwork 4.2 displays as a checkbox rather than using data-gn-checkbox-with-nilreason, as per https://github.com/geonetwork/core-geonetwork/pull/3569
As far as I can tell, I have the changes required in my code, but it’s simply not working. I have tested an un-changed ISO19139 template and that seems to show the same behaviour. From the dev console it looks as if checkboxwithnilreason.html is not being called (I do have the INSPIRE settings enabled).
Can anyone confirm that it’s working properly in GeoNetwork 4.2?
Thanks
Jo
–
Jo Cook
t:+44 7930 524 155 | twitter:@archaeogeek | mastodon:@archaeogeek@anonymised.com.
Please note that currently I do not work on Friday afternoons. For urgent responses at that time, please visit support.astuntechnology.com or phone our office on 01372 744009
–
Sign up to our mailing list for updates on news, products, conferences, events and training
Astun Technology Ltd, t:+44 1372 744 009 contact us online
web: astuntechnology.com twitter:@astuntech
iShare - enterprise geographic intelligence platform
GeoServer, PostGIS and QGIS training
Support
Company registration no. 5410695. Registered in England and Wales. Registered office: Penrose House, 67 Hightown Road, Banbury, OX16 9BE VAT no. 864201149.
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
Hi Jose,
Thanks for looking into this- I’ve been on holiday so it has taken me a while to reply. As far as I can tell, I have all the modifications for https://github.com/geonetwork/core-geonetwork/pull/3569/files, and the new PR related to this discussion in 4.2.x, and an iso19139.gpdr record displays correctly but my iso19139.gemini23 records do not. I’ve got the section in config-editor.xml: https://github.com/AstunTechnology/iso19139.gemini23/blob/4.2.x/src/main/plugin/iso19139.gemini23/layout/config-editor.xml#L75-L82 and in inflate-metadata.xsl: https://github.com/AstunTechnology/iso19139.gemini23/blob/4.2.x/src/main/plugin/iso19139.gemini23/inflate-metadata.xsl#L416-L424 but the gmd:pass element still displays as a checkbox.
If you’ve got any ideas as to what I’m missing, I’d really appreciate some help!
Thanks
Jo
···
Jo Cook
t:+44 7930 524 155 | twitter:@archaeogeek | mastodon:@archaeogeek@anonymised.com.
Please note that currently I do not work on Friday afternoons. For urgent responses at that time, please visit support.astuntechnology.com or phone our office on 01372 744009
Hi Jo
The problem seems related to the wildcards in the xpath in https://github.com/AstunTechnology/iso19139.gemini23/blob/4.2.x/src/main/plugin/iso19139.gemini23/layout/config-editor.xml#L75-L82
If you use the full xpath, like: /gmd:MD_Metadata/gmd:dataQualityInfo/gmd:DQ_DataQuality/gmd:report/gmd:DQ_DomainConsistency/gmd:result/gmd:DQ_ConformanceResult/gmd:pass, for me it works.
It’s not optimal as should be listed all the possibly replacements in gmd:report (if you need to support all).
Regards,
Jose García
|
Veenderweg 13
6721 WD Bennekom
The Netherlands
Tel: +31318416664
|
---- El Mon, 24 Apr 2023 15:32:41 +0200, Jo Cook <jocook@anonymised.com…1036…> escribió ----
Hi Jose,
Thanks for looking into this- I’ve been on holiday so it has taken me a while to reply. As far as I can tell, I have all the modifications for https://github.com/geonetwork/core-geonetwork/pull/3569/files, and the new PR related to this discussion in 4.2.x, and an iso19139.gpdr record displays correctly but my iso19139.gemini23 records do not. I’ve got the section in config-editor.xml: https://github.com/AstunTechnology/iso19139.gemini23/blob/4.2.x/src/main/plugin/iso19139.gemini23/layout/config-editor.xml#L75-L82 and in inflate-metadata.xsl: https://github.com/AstunTechnology/iso19139.gemini23/blob/4.2.x/src/main/plugin/iso19139.gemini23/inflate-metadata.xsl#L416-L424 but the gmd:pass element still displays as a checkbox.
If you’ve got any ideas as to what I’m missing, I’d really appreciate some help!
Thanks
Jo
On Fri, Apr 14, 2023 at 2:10 PM Jose Garcia <jose.garcia@anonymised.com> wrote:
–
Jo Cook
t:+44 7930 524 155 | twitter:@archaeogeek | mastodon:@archaeogeek@anonymised.com
Please note that currently I do not work on Friday afternoons. For urgent responses at that time, please visit support.astuntechnology.com or phone our office on 01372 744009
–
Sign up to our mailing list for updates on news, products, conferences, events and training
Astun Technology Ltd, t:+44 1372 744 009 contact us online
web: astuntechnology.com twitter:@astuntech
iShare - enterprise geographic intelligence platform
GeoServer, PostGIS and QGIS training
Support
Company registration no. 5410695. Registered in England and Wales. Registered office: Penrose House, 67 Hightown Road, Banbury, OX16 9BE VAT no. 864201149.
Hi Jo
I’ve done this pull request to fix the value selection: https://github.com/geonetwork/core-geonetwork/pull/6992
However, for me the directive it was displayed already.
If it is not displayed for you, please check in this schema how it’s configured, but AFAIK should be the same as for version 3.12.x: https://github.com/metadata101/GDPR/tree/4.2.x
Regards,
Jose García
|
Veenderweg 13
6721 WD Bennekom
The Netherlands
Tel: +31318416664
|
---- El Fri, 14 Apr 2023 12:16:43 +0200, Jose Garcia via GeoNetwork-devel <geonetwork-devel@lists.sourceforge.net> escribió ----
Hi Jo
Apologies for the late reply. We have a metadata schema using that component, and it’s rendered, but somehow the values are not preserved well when saving the metadata. I’m checking what can be causing the problem.
Regards,
Jose García
|
Veenderweg 13
6721 WD Bennekom
The Netherlands
Tel: +31318416664
|
---- El Thu, 23 Mar 2023 13:54:03 +0100, Jo Cook via GeoNetwork-devel <geonetwork-devel@anonymised.comsourceforge.net> escribió ----
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
Hi All,
I’m not sure how long it has been like this, but I just realised that my checkbox for INSPIRE conformity in GeoNetwork 4.2 displays as a checkbox rather than using data-gn-checkbox-with-nilreason, as per https://github.com/geonetwork/core-geonetwork/pull/3569
As far as I can tell, I have the changes required in my code, but it’s simply not working. I have tested an un-changed ISO19139 template and that seems to show the same behaviour. From the dev console it looks as if checkboxwithnilreason.html is not being called (I do have the INSPIRE settings enabled).
Can anyone confirm that it’s working properly in GeoNetwork 4.2?
Thanks
Jo
–
Jo Cook
t:+44 7930 524 155 | twitter:@archaeogeek | mastodon:@archaeogeek@anonymised.com
Please note that currently I do not work on Friday afternoons. For urgent responses at that time, please visit support.astuntechnology.com or phone our office on 01372 744009
–
Sign up to our mailing list for updates on news, products, conferences, events and training
Astun Technology Ltd, t:+44 1372 744 009 contact us online
web: astuntechnology.com twitter:@astuntech
iShare - enterprise geographic intelligence platform
GeoServer, PostGIS and QGIS training
Support
Company registration no. 5410695. Registered in England and Wales. Registered office: Penrose House, 67 Hightown Road, Banbury, OX16 9BE VAT no. 864201149.
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
