[GeoNetwork-devel] Some ideas to discuss

GeoNetwork GeoNetwork Developer
, ,
1

Dear to all list members,

First of all, i want to wish you merry Christmas.

Recently i've finished my PhD, and i have some time and ideas about
Geonetwork new possibilities.

Most of us promote metadata creation in order to enable datasets
discovery and use. Then metadata enable other functions such as data
evaluate and access.
This point of view is the most commond, however metadata is a good mean
to mantain an inventory.

I'm planning to use GeoNetwork as an inventory of proposals using Dublin
Core metadata profile or core of ISO19139.

In this inventory, users can attach their proposals to points, lines and
polygons.

At this moment, GeoNetwork store BoundingBox of metadata in a shapefile.
Some comments has been posted to list two months ago (David Neufeld &
Francois Prunayre).

In these posts, suggest to use Oracle, MySQL or PostGIS spatial
capabilities to avoid the use of shapefiles.

My suggest go one step forward. I propose Not only store rectangular
polygon but irregular polygons, multipoints and multilines.
This is possible in theory and ISO standard enable to define spatial
extent as a geometry.

The problem is that shapefiles don't enable to store in same file
different types of geometries. This can be avoided if we use other type
of stores such as Oracle, PostGIS and MySQL.

I share with cited members that its complex to resolve in a commond mean
the use of these databases. I don't know geotools status on Oracle
spatial, but i see that GeoServer can access to Oracle and offer
features and maps be mean of pluggings or extensions.

I leave the idea on the table, waiting for comments and criticism.

Best regards and merry cristmas.
Miguel

--
Miguel Ángel Manso Callejo.
Mercator Working Group.
Technical University of Madrid.
Autovia de Valencia Km 7.5 Madrid 28031
Tfno: 34 91 336 6487 - Fax: 34 91 336 7932
Email: m.manso@anonymised.com

__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 4713 (20091223) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com

2

Hi all

I share part of that need. I would like to be able to convert the spatial index shapefile writer into an extra spatial index table, with the 5 most common metadata node entries (title, author, date, what ever I want from the metadata) and the spatial extent.

I would like to be able to have entries in this new table only if the user says publish to externals.

We want geoserver to server all published content out as simple features with more info than the shape file has and links back to the real data inside geonetworks framework.

I am very interested in having the shapefile index not a shapefile but a spatialDB, and some examples on extracting and then populating columns in the new table from geonetworks data.

Merry Christmas

Regards,
Terry Rankine
________________________________________
From: Miguel Angel Manso (UPM) [m.manso@anonymised.com]
Sent: Thursday, 24 December 2009 3:36 AM
To: geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] Some ideas to discuss

Dear to all list members,

First of all, i want to wish you merry Christmas.

Recently i've finished my PhD, and i have some time and ideas about
Geonetwork new possibilities.

Most of us promote metadata creation in order to enable datasets
discovery and use. Then metadata enable other functions such as data
evaluate and access.
This point of view is the most commond, however metadata is a good mean
to mantain an inventory.

I'm planning to use GeoNetwork as an inventory of proposals using Dublin
Core metadata profile or core of ISO19139.

In this inventory, users can attach their proposals to points, lines and
polygons.

At this moment, GeoNetwork store BoundingBox of metadata in a shapefile.
Some comments has been posted to list two months ago (David Neufeld &
Francois Prunayre).

In these posts, suggest to use Oracle, MySQL or PostGIS spatial
capabilities to avoid the use of shapefiles.

My suggest go one step forward. I propose Not only store rectangular
polygon but irregular polygons, multipoints and multilines.
This is possible in theory and ISO standard enable to define spatial
extent as a geometry.

The problem is that shapefiles don't enable to store in same file
different types of geometries. This can be avoided if we use other type
of stores such as Oracle, PostGIS and MySQL.

I share with cited members that its complex to resolve in a commond mean
the use of these databases. I don't know geotools status on Oracle
spatial, but i see that GeoServer can access to Oracle and offer
features and maps be mean of pluggings or extensions.

I leave the idea on the table, waiting for comments and criticism.

Best regards and merry cristmas.
Miguel

--
Miguel Ángel Manso Callejo.
Mercator Working Group.
Technical University of Madrid.
Autovia de Valencia Km 7.5 Madrid 28031
Tfno: 34 91 336 6487 - Fax: 34 91 336 7932
Email: m.manso@anonymised.com

__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 4713 (20091223) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com

3

Hello,

2009/12/23 <Terry.Rankine@anonymised.com>:

Hi all

I share part of that need. I would like to be able to convert the spatial index shapefile writer into an extra spatial index table, with the 5 most common metadata node entries (title, author, date, what ever I want from the metadata) and the spatial extent.

You should be able to do that using Talend Spatial ETL, see this
tutorial to extract info from the database [1] and join with the
shapefile.

I would like to be able to have entries in this new table only if the user says publish to externals.

We want geoserver to server all published content out as simple features with more info than the shape file has and links back to the real data inside geonetworks framework.

See this tutorial [2] for GeoServer publication.

HTH.

Francois

[1] http://talendforge.org/wiki/doku.php?id=sdi:geonetworkmetadataextractfields
[2] http://trac.osgeo.org/geonetwork/wiki/HowToViewSpatialIndexUsingGeoServerWMS

I am very interested in having the shapefile index not a shapefile but a spatialDB, and some examples on extracting and then populating columns in the new table from geonetworks data.

Merry Christmas

Regards,
Terry Rankine
________________________________________
From: Miguel Angel Manso (UPM) [m.manso@anonymised.com]
Sent: Thursday, 24 December 2009 3:36 AM
To: geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] Some ideas to discuss

Dear to all list members,

First of all, i want to wish you merry Christmas.

Recently i've finished my PhD, and i have some time and ideas about
Geonetwork new possibilities.

Most of us promote metadata creation in order to enable datasets
discovery and use. Then metadata enable other functions such as data
evaluate and access.
This point of view is the most commond, however metadata is a good mean
to mantain an inventory.

I'm planning to use GeoNetwork as an inventory of proposals using Dublin
Core metadata profile or core of ISO19139.

In this inventory, users can attach their proposals to points, lines and
polygons.

At this moment, GeoNetwork store BoundingBox of metadata in a shapefile.
Some comments has been posted to list two months ago (David Neufeld &
Francois Prunayre).

In these posts, suggest to use Oracle, MySQL or PostGIS spatial
capabilities to avoid the use of shapefiles.

My suggest go one step forward. I propose Not only store rectangular
polygon but irregular polygons, multipoints and multilines.
This is possible in theory and ISO standard enable to define spatial
extent as a geometry.

The problem is that shapefiles don't enable to store in same file
different types of geometries. This can be avoided if we use other type
of stores such as Oracle, PostGIS and MySQL.

I share with cited members that its complex to resolve in a commond mean
the use of these databases. I don't know geotools status on Oracle
spatial, but i see that GeoServer can access to Oracle and offer
features and maps be mean of pluggings or extensions.

I leave the idea on the table, waiting for comments and criticism.

Best regards and merry cristmas.
Miguel

--
Miguel Ángel Manso Callejo.
Mercator Working Group.
Technical University of Madrid.
Autovia de Valencia Km 7.5 Madrid 28031
Tfno: 34 91 336 6487 - Fax: 34 91 336 7932
Email: m.manso@anonymised.com

__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 4713 (20091223) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
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

4

Hi Francois (and others)

I was looking for an automatic process, not using a 3rd party app, and
converting the shapefilewriter into a postgis(or spatialDB) writer with
extra information.

I dont want to use another component to reach inside geonetworks DB, I would
prefer GN to do this itself, and it would then manage deletes/updates
itself.

I dont want to read the shapefile as it stands (ref #2), as there is not
enough information in it, and my geoserver instance seems to loose its
connection to the shapefile each time GN writes to it.

So my requirements look like this:
basic info (spatial and ~5 simple feilds, and link to actual GN record) via
geoserver, and extra info available in GN.

Does anyone else share this usecase?

How would you like our changes reflected in the architecture?

Terry Rankine

Francois Prunayre wrote:

Hello,

2009/12/23 <Terry.Rankine@anonymised.com>:

Hi all

I share part of that need. I would like to be able to convert the spatial
index shapefile writer into an extra spatial index table, with the 5 most
common metadata node entries (title, author, date, what ever I want from
the metadata) and the spatial extent.

You should be able to do that using Talend Spatial ETL, see this
tutorial to extract info from the database [1] and join with the
shapefile.

I would like to be able to have entries in this new table only if the
user says publish to externals.

We want geoserver to server all published content out as simple features
with more info than the shape file has and links back to the real data
inside geonetworks framework.

See this tutorial [2] for GeoServer publication.

HTH.

Francois

[1]
http://talendforge.org/wiki/doku.php?id=sdi:geonetworkmetadataextractfields
[2]
http://trac.osgeo.org/geonetwork/wiki/HowToViewSpatialIndexUsingGeoServerWMS

I am very interested in having the shapefile index not a shapefile but a
spatialDB, and some examples on extracting and then populating columns in
the new table from geonetworks data.

Merry Christmas

Regards,
Terry Rankine
________________________________________
From: Miguel Angel Manso (UPM) [m.manso@anonymised.com]
Sent: Thursday, 24 December 2009 3:36 AM
To: geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] Some ideas to discuss

Dear to all list members,

First of all, i want to wish you merry Christmas.

Recently i've finished my PhD, and i have some time and ideas about
Geonetwork new possibilities.

Most of us promote metadata creation in order to enable datasets
discovery and use. Then metadata enable other functions such as data
evaluate and access.
This point of view is the most commond, however metadata is a good mean
to mantain an inventory.

I'm planning to use GeoNetwork as an inventory of proposals using Dublin
Core metadata profile or core of ISO19139.

In this inventory, users can attach their proposals to points, lines and
polygons.

At this moment, GeoNetwork store BoundingBox of metadata in a shapefile.
Some comments has been posted to list two months ago (David Neufeld &
Francois Prunayre).

In these posts, suggest to use Oracle, MySQL or PostGIS spatial
capabilities to avoid the use of shapefiles.

My suggest go one step forward. I propose Not only store rectangular
polygon but irregular polygons, multipoints and multilines.
This is possible in theory and ISO standard enable to define spatial
extent as a geometry.

The problem is that shapefiles don't enable to store in same file
different types of geometries. This can be avoided if we use other type
of stores such as Oracle, PostGIS and MySQL.

I share with cited members that its complex to resolve in a commond mean
the use of these databases. I don't know geotools status on Oracle
spatial, but i see that GeoServer can access to Oracle and offer
features and maps be mean of pluggings or extensions.

I leave the idea on the table, waiting for comments and criticism.

Best regards and merry cristmas.
Miguel

--
Miguel Ángel Manso Callejo.
Mercator Working Group.
Technical University of Madrid.
Autovia de Valencia Km 7.5 Madrid 28031
Tfno: 34 91 336 6487 - Fax: 34 91 336 7932
Email: m.manso@anonymised.com

__________ Información de ESET NOD32 Antivirus, versión de la base de
firmas de virus 4713 (20091223) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and
easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
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

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and
easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
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

--
View this message in context: http://n2.nabble.com/Some-ideas-to-discuss-tp4210230p4248385.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.

5

Terry.Rankine@anonymised.com wrote:

Hi all

...

I am very interested in having the shapefile index not a shapefile
but a spatialDB, and some examples on extracting and then populating
columns in the new table from geonetworks data.

+1 I support the idea of moving away from shapefile indexing. This continues to segregate the information between different indices. An alternative would be to develop and deploy a spatial index (for bounding boxes and polygons) for Lucene. This would then be database-independent and allow entries to be searched by words and fields including its footprint.

Doug.

Merry Christmas

Regards, Terry Rankine ________________________________________ From:
Miguel Angel Manso (UPM) [m.manso@anonymised.com] Sent: Thursday, 24 December
2009 3:36 AM To: geonetwork-devel@lists.sourceforge.net Subject:
[GeoNetwork-devel] Some ideas to discuss

Dear to all list members,

First of all, i want to wish you merry Christmas.

Recently i've finished my PhD, and i have some time and ideas about Geonetwork new possibilities.

Most of us promote metadata creation in order to enable datasets discovery and use. Then metadata enable other functions such as data evaluate and access. This point of view is the most commond, however
metadata is a good mean to mantain an inventory.

I'm planning to use GeoNetwork as an inventory of proposals using
Dublin Core metadata profile or core of ISO19139.

In this inventory, users can attach their proposals to points, lines
and polygons.

At this moment, GeoNetwork store BoundingBox of metadata in a
shapefile. Some comments has been posted to list two months ago
(David Neufeld & Francois Prunayre).

In these posts, suggest to use Oracle, MySQL or PostGIS spatial capabilities to avoid the use of shapefiles.

My suggest go one step forward. I propose Not only store rectangular polygon but irregular polygons, multipoints and multilines. This is
possible in theory and ISO standard enable to define spatial extent
as a geometry.

The problem is that shapefiles don't enable to store in same file different types of geometries. This can be avoided if we use other
type of stores such as Oracle, PostGIS and MySQL.

I share with cited members that its complex to resolve in a commond
mean the use of these databases. I don't know geotools status on
Oracle spatial, but i see that GeoServer can access to Oracle and
offer features and maps be mean of pluggings or extensions.

I leave the idea on the table, waiting for comments and criticism.

Best regards and merry cristmas. Miguel

-- Miguel Ángel Manso Callejo. Mercator Working Group. Technical
University of Madrid. Autovia de Valencia Km 7.5 Madrid 28031 Tfno:
34 91 336 6487 - Fax: 34 91 336 7932 Email: m.manso@anonymised.com

__________ Información de ESET NOD32 Antivirus, versión de la base de
firmas de virus 4713 (20091223) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com ------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A
streamlined, 14 day to market process makes app distribution fast and
easy Join now and get one step closer to millions of Verizon
customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ 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

--
Douglas D. Nebert
Senior Advisor for Geospatial Technology, System-of-Systems Architect
FGDC Secretariat T:703 648 4151 F:703 648-5755 C:703 459-5860

6

Hi All,

Continuing to use geotools should allow for database independence, and the ability to store geometries within a spatial database would be preferable from our perspective. Geometries stored within a spatial database will allow a wider variety of software applications to access the metadata extents - whether its for visualization purposes and/or advanced spatial query capabilities. Limiting geometries to polygons may make sense in order to allow for the ongoing use of mckoi/shapefile implementations.

We can help test oracle-spatial implementations if this moves forward.

cheers,
Dave

Doug Nebert wrote:

Terry.Rankine@anonymised.com wrote:
  

Hi all

...

I am very interested in having the shapefile index not a shapefile
but a spatialDB, and some examples on extracting and then populating
columns in the new table from geonetworks data.

+1 I support the idea of moving away from shapefile indexing. This continues to segregate the information between different indices. An alternative would be to develop and deploy a spatial index (for bounding boxes and polygons) for Lucene. This would then be database-independent and allow entries to be searched by words and fields including its footprint.

Doug.

Merry Christmas

Regards, Terry Rankine ________________________________________ From:
Miguel Angel Manso (UPM) [m.manso@anonymised.com] Sent: Thursday, 24 December
2009 3:36 AM To: geonetwork-devel@lists.sourceforge.net Subject:
[GeoNetwork-devel] Some ideas to discuss

Dear to all list members,

First of all, i want to wish you merry Christmas.

Recently i've finished my PhD, and i have some time and ideas about Geonetwork new possibilities.

Most of us promote metadata creation in order to enable datasets discovery and use. Then metadata enable other functions such as data evaluate and access. This point of view is the most commond, however
metadata is a good mean to mantain an inventory.

I'm planning to use GeoNetwork as an inventory of proposals using
Dublin Core metadata profile or core of ISO19139.

In this inventory, users can attach their proposals to points, lines
and polygons.

At this moment, GeoNetwork store BoundingBox of metadata in a
shapefile. Some comments has been posted to list two months ago
(David Neufeld & Francois Prunayre).

In these posts, suggest to use Oracle, MySQL or PostGIS spatial capabilities to avoid the use of shapefiles.

My suggest go one step forward. I propose Not only store rectangular polygon but irregular polygons, multipoints and multilines. This is
possible in theory and ISO standard enable to define spatial extent
as a geometry.

The problem is that shapefiles don't enable to store in same file different types of geometries. This can be avoided if we use other
type of stores such as Oracle, PostGIS and MySQL.

I share with cited members that its complex to resolve in a commond
mean the use of these databases. I don't know geotools status on
Oracle spatial, but i see that GeoServer can access to Oracle and
offer features and maps be mean of pluggings or extensions.

I leave the idea on the table, waiting for comments and criticism.

Best regards and merry cristmas. Miguel

-- Miguel Ángel Manso Callejo. Mercator Working Group. Technical
University of Madrid. Autovia de Valencia Km 7.5 Madrid 28031 Tfno:
34 91 336 6487 - Fax: 34 91 336 7932 Email: m.manso@anonymised.com

__________ Información de ESET NOD32 Antivirus, versión de la base de
firmas de virus 4713 (20091223) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com ------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A
streamlined, 14 day to market process makes app distribution fast and
easy Join now and get one step closer to millions of Verizon
customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ 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