Dear Francois,
El 05/10/2010 16:07, Francois Prunayre escribió:
Dear Miguel,
2010/10/5 Miguel Angel Manso (UPM)<m.manso@anonymised.com>:
Dear all,
I share with other my congratulations for this proposal Francois.
Same as Mathieu +1 from me (not as PSC member but as community member )!
I want to share a reflexion about this integration process.
Some time ago i've the idea of develop a system that enable people to share
Geographic information by mean of standarized services like WMS or WFS (like
as wiki of cartography).
In may main i have draw a solution based on catalogue and think on
GeoNetwork, and the main problem may be the solution to offer WMS services.
I think on Java Mapscript (Mapserver) as solution because this project can
access to a gread variety of file formats (raster/vector/grid), storing in a
database table all the needed information to offer this layers. I'm thinking
on hundreds of thousands layers or files.
Recently with Geoserver 2.1.beta version appear virtual OWS services that
enable to isolate layers offered from different namespaces, and it can be a
first step solution to differenciate layers from different sources/authors.
I think that the main problems persist. If we want to offer big number of
layers in same instance of geoserver, config files can grow much and
geoserver performance can be degradated.
To finish my reflexion i want to make 3 questions:
Why limit to zip-shapefile or geotiff file formats?
That was the use cases to cover in the project I'm working on.
Contributions welcomed to support other formats !
Geoserver support other file formats like: ArcGrid coverage format, directory of shapefiles and GML in standard distributions.
in addition geoserver can access and offer data access by mean of plugin to GDAL (imageIO-ext) raster coverages: erdas img, ecw, mrsid, jpeg2000, dted, EHdr and NTIF.
I think that to complete capabilities of geoserver and of this proposal, imageIO-ext capabilities must be extended to other formats supported by gdal and similar plugin based on OGR can bring the capabilities to access other vector formats like mapinfo or dgn (v7).
How Geoserver will behave if published many layers in this way?
What do you mean by many ? 100, 1000, ... ?
more than 10.000
I think that the main problem is for geoserver. When a user request a GetCapabilities operation, it must generate a XML response too large and clients can not process it, or timeout delay in responses.
What version of geoserver use?
It requires GeoServer REST API for configuration and was tested with
2.x series.
I think that Virtual OWS can be a good solution to avoid part of the GetCapabilites problem. In this case only layers under namespace can be send to client. This namespace can be obtained from Geonetwork user context (name, acronym, etc.). Then i think that 2.1 series is most apropriate than 2.0.
Cheers.
Francois
Best regards,
Miguel A. Manso
El 05/10/2010 12:39, Francois Prunayre escribió:
Dear PSC members, here is a proposal to allow users to upload a
GeoTIFF file or a zipped Shapefile to a metadata record and deploy
that dataset as a WMS on one or more GeoServer nodes.
http://trac.osgeo.org/geonetwork/wiki/GeoServer_integration
Looking forward to your votes.
Francois
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2& L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
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
__________ Información de ESET NOD32 Antivirus, versión de la base de firmas
de virus 5504 (20101005) __________
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
--
Miguel Ángel Manso Callejo.
Grupo de Trabajo Mercator. Dpto. Ing. Topográfica y Cartografía (UPM)
ETSI en Topografía, Geodesia y Cartografía.
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 5505 (20101005) __________
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
--
Miguel Ángel Manso Callejo.
Grupo de Trabajo Mercator. Dpto. Ing. Topográfica y Cartografía (UPM)
ETSI en Topografía, Geodesia y Cartografía.
Autovia de Valencia Km 7.5 Madrid 28031
Tfno: 34 91 336 6487 - Fax: 34 91 336 7932
Email: m.manso@anonymised.com