[GeoNetwork-users] GN 2.10: Error in saving coordinates for the bounding box (iso 19139 metadata)

Dear all,

I have made a template from iso19139 showing these coordinates for WGS 84
for the bounding box:

   6.67776 / 51.30996 11.57906 / 53.89034

Whenever I now use the template and adjust the coordinates to

   6 / 52 12 / 53

The result is, that after saving the metadata, I have other coordinates in
the metadata:

   6.000000000000001 52 12.000000000000002 53

XML:

<gmd:EX_Extent>
  <gmd:geographicElement>
   <gmd:EX_GeographicBoundingBox>
    
<gmd:westBoundLongitude><gco:Decimal>6.000000000000001</gco:Decimal></gmd:westBoundLongitude>
    
<gmd:eastBoundLongitude><gco:Decimal>12.000000000000002</gco:Decimal></gmd:eastBoundLongitude>
    
<gmd:southBoundLatitude><gco:Decimal>52</gco:Decimal></gmd:southBoundLatitude>
    
<gmd:northBoundLatitude><gco:Decimal>53</gco:Decimal></gmd:northBoundLatitude>
  </gmd:EX_GeographicBoundingBox>
</gmd:geographicElement>

I have also seen several times that the numbers 52 and 53 change in the same
manner, but unfortunately I cannot figure out, what makes these numbers
change in a wrong way. It is a rather rare occasion. Sometimes it happens,
most of the times it won´t.

On the other hand, adjusting the template-given coordinates to

  7 / 52 11 / 53

is no problem at all.

I assume that the spatial search maybe is affected by this, because it does
not seem to work properly. I keep on testing that one.

Can somebody please check, if he or she has the same error concerning saving
the coordinates?

Thanks and bye for now,
Anja

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GN-2-10-Error-in-saving-coordinates-for-the-bounding-box-iso-19139-metadata-tp5068171.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

Hello Anja,

2013/7/23 Anja <moonbeam@anonymised.com>:

Dear all,

I have made a template from iso19139 showing these coordinates for WGS 84
for the bounding box:

   6.67776 / 51.30996 11.57906 / 53.89034

Whenever I now use the template and adjust the coordinates to

   6 / 52 12 / 53

I can't reproduce the issue. Which browser are you using ? and which UI ?

Cheers.

Francois

The result is, that after saving the metadata, I have other coordinates in
the metadata:

   6.000000000000001 52 12.000000000000002 53

XML:

<gmd:EX_Extent>
  <gmd:geographicElement>
   <gmd:EX_GeographicBoundingBox>

<gmd:westBoundLongitude><gco:Decimal>6.000000000000001</gco:Decimal></gmd:westBoundLongitude>

<gmd:eastBoundLongitude><gco:Decimal>12.000000000000002</gco:Decimal></gmd:eastBoundLongitude>

<gmd:southBoundLatitude><gco:Decimal>52</gco:Decimal></gmd:southBoundLatitude>

<gmd:northBoundLatitude><gco:Decimal>53</gco:Decimal></gmd:northBoundLatitude>
  </gmd:EX_GeographicBoundingBox>
</gmd:geographicElement>

I have also seen several times that the numbers 52 and 53 change in the same
manner, but unfortunately I cannot figure out, what makes these numbers
change in a wrong way. It is a rather rare occasion. Sometimes it happens,
most of the times it won´t.

On the other hand, adjusting the template-given coordinates to

  7 / 52 11 / 53

is no problem at all.

I assume that the spatial search maybe is affected by this, because it does
not seem to work properly. I keep on testing that one.

Can somebody please check, if he or she has the same error concerning saving
the coordinates?

Thanks and bye for now,
Anja

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GN-2-10-Error-in-saving-coordinates-for-the-bounding-box-iso-19139-metadata-tp5068171.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
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

Hi Francois,

I am using Firefox 16.0.2 with Windows XP. Cannot change that, exept for
Microsoft IE 8.0.6001.18702 if you like.

UI? I am using GeoNetwork 2.10 as an editor for metadata.

GeoNetwork is on SUSE Linux / Apache / Tomcat / PostgreSQL 9.1.4. Sorry, I
cannot tell you more on that for the moment, because our system admin is on
holiday until the start of August. We will have the machine on the internet
hopefully at the end of August. You may have a test account if you like,
then.

Greetings
Anja

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GN-2-10-Error-in-saving-coordinates-for-the-bounding-box-iso-19139-metadata-tp5068171p5068207.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

2013/7/23 Anja <moonbeam@anonymised.com>:

Hi Francois,

I am using Firefox 16.0.2 with Windows XP. Cannot change that, exept for
Microsoft IE 8.0.6001.18702 if you like.

I can't reproduce on Firefox 22. Could that be related to the decimal
separator of your system properties ?
Could you try setting a coordinate using a "." or "," and see what happen ?

UI? I am using GeoNetwork 2.10 as an editor for metadata.

Hum, when you install you can choose which UI to use.
So probably, you're using this URL which is the default
http://localhost:8080/geonetwork/srv/eng/search

Francois

GeoNetwork is on SUSE Linux / Apache / Tomcat / PostgreSQL 9.1.4. Sorry, I
cannot tell you more on that for the moment, because our system admin is on
holiday until the start of August. We will have the machine on the internet
hopefully at the end of August. You may have a test account if you like,
then.

Greetings
Anja

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GN-2-10-Error-in-saving-coordinates-for-the-bounding-box-iso-19139-metadata-tp5068171p5068207.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
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

Hi Francois,

I am using http://gll-h3-vl0xx:8080/geonetwork/srv/ger/main.home (it is a
Linux Server in our intranet). I am working on that server from a windows xp
client with firefox. We do not use any special versions for the GUI or s.th.
It is just GeoNetwork standard as it looks almost everywhere on the
internet.

German comma seperator is , that´s true.

In the gui for metadata editing only . (dot) is allowed. If I use , (comma)
instead, it shows up in red colour. This is correct behaviour of GeoNetwork,
because . (dot) is mathematically correct for showing coordinates in WGS 84.
I now tried to save e.g. 6,123 and it ends up with showing 6.00000 and in
the xml there finally also is 6.000000000000001.

But the thing I described before is, that I typed simply 6 without nothing
behind. I saved the metadata and it ended up with 6.000000000000001.

Greetings and many thanks for your support!
Anja

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GN-2-10-Error-in-saving-coordinates-for-the-bounding-box-iso-19139-metadata-tp5068171p5068226.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.