[GeoNetwork-users] Several thousands of CRS

Hello everyone, and thank you for your advice, which already helped me a
lot.

I still have my slow problem on GeoNetwork3, when I am creating, publishing
and full view of a metadata-sheet from a layer with spatial data.

I installed 2 GN3, on different machines, with different configurations and
different Posgtres versions, to see if the problem was from a configs. But
not, the two have this problem of slowness.

I think the problem is from a "Reference System Information" field, because
in full view of a sheet, I can see several thousands of CRS about my layer.
But I have made no !

When I create a sheet without spatial data, I have no problem.

Can you help me ?

Here an example of a problem sheet :
http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/catalog.search#/metadata/a8141dbf-030a-43e3-ae10-93344295c628

Thank you !

*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

Hi Georges

The xml has lots of gmd:referenceSystemInfo elements, how was created this
metadata? With the metadata editor? Harvested from a WMS service for
example?

In the latest case maybe is taken all the reference systems defined in the
server (some WMS servers like GeoServer by default return all the reference
systems supported, that is a huge list).

Regards,
Jose García

On Tue, May 26, 2015 at 3:27 PM, Georges H <georges.hinot@anonymised.com> wrote:

Hello everyone, and thank you for your advice, which already helped me a
lot.

I still have my slow problem on GeoNetwork3, when I am creating, publishing
and full view of a metadata-sheet from a layer with spatial data.

I installed 2 GN3, on different machines, with different configurations and
different Posgtres versions, to see if the problem was from a configs. But
not, the two have this problem of slowness.

I think the problem is from a "Reference System Information" field, because
in full view of a sheet, I can see several thousands of CRS about my layer.
But I have made no !

When I create a sheet without spatial data, I have no problem.

Can you help me ?

Here an example of a problem sheet :

http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/catalog.search#/metadata/a8141dbf-030a-43e3-ae10-93344295c628

Thank you !

*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
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

--

*GeoCat Bridge for ArcGIS allows instant publishing of data and metadata on
GeoServer and GeoNetwork. Visit http://geocat.net/&gt; for
details. _________________________Jose GarcíaGeoCat bvVeenderweg 136721 WD
BennekomThe Netherlandshttp://GeoCat.net/>*

Hi,

Here the xml of your metadata:
http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/xml.metadata.get?id=13285
We can see the CRS codes. The editor might be slow because it has to load
and render all form components for those CRS.

How did you get this metadata ?
What do you mean by sheet with spatial data, or without ?

Is it a metadata of service that you got from geoserver harvesting ?

Either you could change your geoserver configuration to show less supported
CRS, or you can edit your medata in XML view and remove all useless CRS ..
or we need to change the way the harvesting is processed

On Tue, May 26, 2015 at 3:27 PM, Georges H <georges.hinot@anonymised.com> wrote:

Hello everyone, and thank you for your advice, which already helped me a
lot.

I still have my slow problem on GeoNetwork3, when I am creating, publishing
and full view of a metadata-sheet from a layer with spatial data.

I installed 2 GN3, on different machines, with different configurations and
different Posgtres versions, to see if the problem was from a configs. But
not, the two have this problem of slowness.

I think the problem is from a "Reference System Information" field, because
in full view of a sheet, I can see several thousands of CRS about my layer.
But I have made no !

When I create a sheet without spatial data, I have no problem.

Can you help me ?

Here an example of a problem sheet :

http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/catalog.search#/metadata/a8141dbf-030a-43e3-ae10-93344295c628

Thank you !

*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
Application Monitoring Software and Tool - ManageEngine Applications Manager
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
geonetwork-users List Signup and Options
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Florent Gravin
Camptocamp - Chambéry
0479444492

Thank you two

Indeed, data is from GeoServer.

How can I stop that directly in GeoServer ? I have searched, but without
success.

And, if I delete CRS in XML view in GeoNetwork, they can come back, no ?

2015-05-26 15:36 GMT+02:00 Florent Gravin <florent.gravin@anonymised.com>:

Hi,

Here the xml of your metadata:
http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/xml.metadata.get?id=13285
We can see the CRS codes. The editor might be slow because it has to load
and render all form components for those CRS.

How did you get this metadata ?
What do you mean by sheet with spatial data, or without ?

Is it a metadata of service that you got from geoserver harvesting ?

Either you could change your geoserver configuration to show less
supported CRS, or you can edit your medata in XML view and remove all
useless CRS .. or we need to change the way the harvesting is processed

On Tue, May 26, 2015 at 3:27 PM, Georges H <georges.hinot@anonymised.com>
wrote:

Hello everyone, and thank you for your advice, which already helped me a
lot.

I still have my slow problem on GeoNetwork3, when I am creating,
publishing
and full view of a metadata-sheet from a layer with spatial data.

I installed 2 GN3, on different machines, with different configurations
and
different Posgtres versions, to see if the problem was from a configs. But
not, the two have this problem of slowness.

I think the problem is from a "Reference System Information" field,
because
in full view of a sheet, I can see several thousands of CRS about my
layer.
But I have made no !

When I create a sheet without spatial data, I have no problem.

Can you help me ?

Here an example of a problem sheet :

http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/catalog.search#/metadata/a8141dbf-030a-43e3-ae10-93344295c628

Thank you !

*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
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

--
Florent Gravin
Camptocamp - Chambéry
0479444492

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

Hi Georges

In GeoServer, there's an option to restrict the list of supported EPSG
codes. If you can update there would be the best option, otherwise if you
just change the local metadata and re-harvest the codes will get back again
to the metadata.

Regards,
Jose García

On Tue, May 26, 2015 at 3:46 PM, Georges H <georges.hinot@anonymised.com> wrote:

Thank you two

Indeed, data is from GeoServer.

How can I stop that directly in GeoServer ? I have searched, but without
success.

And, if I delete CRS in XML view in GeoNetwork, they can come back, no ?

2015-05-26 15:36 GMT+02:00 Florent Gravin <florent.gravin@anonymised.com>:

> Hi,
>
> Here the xml of your metadata:
>
http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/xml.metadata.get?id=13285
> We can see the CRS codes. The editor might be slow because it has to load
> and render all form components for those CRS.
>
> How did you get this metadata ?
> What do you mean by sheet with spatial data, or without ?
>
> Is it a metadata of service that you got from geoserver harvesting ?
>
> Either you could change your geoserver configuration to show less
> supported CRS, or you can edit your medata in XML view and remove all
> useless CRS .. or we need to change the way the harvesting is processed
>
> On Tue, May 26, 2015 at 3:27 PM, Georges H <georges.hinot@anonymised.com>
> wrote:
>
>> Hello everyone, and thank you for your advice, which already helped me a
>> lot.
>>
>> I still have my slow problem on GeoNetwork3, when I am creating,
>> publishing
>> and full view of a metadata-sheet from a layer with spatial data.
>>
>> I installed 2 GN3, on different machines, with different configurations
>> and
>> different Posgtres versions, to see if the problem was from a configs.
But
>> not, the two have this problem of slowness.
>>
>> I think the problem is from a "Reference System Information" field,
>> because
>> in full view of a sheet, I can see several thousands of CRS about my
>> layer.
>> But I have made no !
>>
>> When I create a sheet without spatial data, I have no problem.
>>
>> Can you help me ?
>>
>> Here an example of a problem sheet :
>>
>>
http://ccwbvps01.in2p3.fr:8080/geonetwork/srv/eng/catalog.search#/metadata/a8141dbf-030a-43e3-ae10-93344295c628
>>
>> Thank you !
>>
>> *Georges Hinot*
>> *CNRS - DRIIHM - UMS BBEES (3468)*
>> Musée d'Histoire Naturelle de Paris, Maison Buffon
>> Géomaticien - Administrateur BDD - Intégrateur
>> georges.hinot@anonymised.com
>> georges.hinot@anonymised.com
>> *Tél : 01 40 79 80 44*
>> *Tél : 06 47 61 84 92*
>> Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>
>>
>>
------------------------------------------------------------------------------
>> One dashboard for servers and applications across Physical-Virtual-Cloud
>> Widest out-of-the-box monitoring support with 50+ applications
>> Performance metrics, stats and reports that give you Actionable Insights
>> Deep dive visibility with transaction tracing using APM Insight.
>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>> _______________________________________________
>> 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
>>
>
>
>
> --
> Florent Gravin
> Camptocamp - Chambéry
> 0479444492
>

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
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

--

*GeoCat Bridge for ArcGIS allows instant publishing of data and metadata on
GeoServer and GeoNetwork. Visit http://geocat.net/&gt; for
details. _________________________Jose GarcíaGeoCat bvVeenderweg 136721 WD
BennekomThe Netherlandshttp://GeoCat.net/>*

On Tue, May 26, 2015 at 3:52 PM, Jose Garcia <jose.garcia@anonymised.com> wrote:

Hi Georges

In GeoServer, there's an option to restrict the list of supported EPSG
codes. If you can update there would be the best option,

If it helps, the field can be found in GeoServer's WMS config section
(/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.wms.web.WMSAdminPage),
under the label "Limited list of SRS" / "Liste limitée de SRC", and
the format is the following:
2154, 3948, 4326, 4258, 4171, 3035, 3857

It took me some time to figure it :wink:

F.
--
Nouveau numéro de téléphone : 04 58 48 20 33
Camptocamp France SAS, Chambéry
http://www.camptocamp.com/fr/geospatial-solutions

Ouch ! Thank you all ! It seems to be perfect !!!

In GS, in "Limited list of SRS", I have put these CRS :

2154, 4326, 900913

And indeed, this have limited CRS of the sheet in GN (just adding a fourth
CRS : EPSG:26713, but OK, fine).

###MailingListPower

2015-05-26 15:57 GMT+02:00 François Van Der Biest <
francois.vanderbiest@anonymised.com>:

On Tue, May 26, 2015 at 3:52 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:
> Hi Georges
>
> In GeoServer, there's an option to restrict the list of supported EPSG
> codes. If you can update there would be the best option,

If it helps, the field can be found in GeoServer's WMS config section

(/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.wms.web.WMSAdminPage),
under the label "Limited list of SRS" / "Liste limitée de SRC", and
the format is the following:
2154, 3948, 4326, 4258, 4171, 3035, 3857

It took me some time to figure it :wink:

F.
--
Nouveau numéro de téléphone : 04 58 48 20 33
Camptocamp France SAS, Chambéry
http://www.camptocamp.com/fr/geospatial-solutions

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

Sorry but...

I can not do the same with raster, even putting same SRC in WCS parameters
in GS.

My changes are not seem considered by GN ...

2015-05-26 16:08 GMT+02:00 Georges H <georges.hinot@anonymised.com>:

Ouch ! Thank you all ! It seems to be perfect !!!

In GS, in "Limited list of SRS", I have put these CRS :

2154, 4326, 900913

And indeed, this have limited CRS of the sheet in GN (just adding a fourth
CRS : EPSG:26713, but OK, fine).

###MailingListPower

2015-05-26 15:57 GMT+02:00 François Van Der Biest <
francois.vanderbiest@anonymised.com>:

On Tue, May 26, 2015 at 3:52 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:
> Hi Georges
>
> In GeoServer, there's an option to restrict the list of supported EPSG
> codes. If you can update there would be the best option,

If it helps, the field can be found in GeoServer's WMS config section

(/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.wms.web.WMSAdminPage),
under the label "Limited list of SRS" / "Liste limitée de SRC", and
the format is the following:
2154, 3948, 4326, 4258, 4171, 3035, 3857

It took me some time to figure it :wink:

F.
--
Nouveau numéro de téléphone : 04 58 48 20 33
Camptocamp France SAS, Chambéry
http://www.camptocamp.com/fr/geospatial-solutions

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

No, I have understood :

To GN take into account restrict list CRS, it must be about a local
Geoserver, not a distant Geoserver !

This seems not-negociable !

2015-05-26 17:20 GMT+02:00 Georges H <georges.hinot@anonymised.com>:

Sorry but...

I can not do the same with raster, even putting same SRC in WCS parameters
in GS.

My changes are not seem considered by GN ...

2015-05-26 16:08 GMT+02:00 Georges H <georges.hinot@anonymised.com>:

Ouch ! Thank you all ! It seems to be perfect !!!

In GS, in "Limited list of SRS", I have put these CRS :

2154, 4326, 900913

And indeed, this have limited CRS of the sheet in GN (just adding a
fourth CRS : EPSG:26713, but OK, fine).

###MailingListPower

2015-05-26 15:57 GMT+02:00 François Van Der Biest <
francois.vanderbiest@anonymised.com>:

On Tue, May 26, 2015 at 3:52 PM, Jose Garcia <jose.garcia@anonymised.com>
wrote:
> Hi Georges
>
> In GeoServer, there's an option to restrict the list of supported EPSG
> codes. If you can update there would be the best option,

If it helps, the field can be found in GeoServer's WMS config section

(/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.wms.web.WMSAdminPage),
under the label "Limited list of SRS" / "Liste limitée de SRC", and
the format is the following:
2154, 3948, 4326, 4258, 4171, 3035, 3857

It took me some time to figure it :wink:

F.
--
Nouveau numéro de téléphone : 04 58 48 20 33
Camptocamp France SAS, Chambéry
http://www.camptocamp.com/fr/geospatial-solutions

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>

--
*Georges Hinot*
*CNRS - DRIIHM - UMS BBEES (3468)*
Musée d'Histoire Naturelle de Paris, Maison Buffon
Géomaticien - Administrateur BDD - Intégrateur
georges.hinot@anonymised.com
georges.hinot@anonymised.com
*Tél : 01 40 79 80 44*
*Tél : 06 47 61 84 92*
Le nouveau site DRIIHM-ROHM ! <http://driihm.fr>