Dear all,
I managed to solve the following error by hacking /usr/local/geonetwork/web/WEB-INF/web.xml: Apache Tomcat/4.1 24/07/2005 15:17:33 org.apache.commons.digester.Digester error SEVERE: Parse Error at line 2 column 219: Document root element "web-app", must match DOCTYPE root "null". org.xml.sax.SAXParseException: Document root element "web-app", must match DOCTYPE root "null". However I'm still getting the errors below. I have also included a copy of my modified /usr/local/geonetwork/web/WEB-INF/web.xml file. The only other change I have made to the installation is to change ownership of the geonetwork files to the tomcat user. I'm a little confused. I can't find any reference in /usr/local/geonetwork/web/WEB-INF/web.xml or /etc/tomcat4/server.xml to any geonetwork .jar or class. Is there a configuration step that I am missing? Or does Tomcat or the jeeves servlet referenced in web.xml magically know to start geonetwork? Any help much appreciated. cheers, John ================================================ /usr/local/geonetwork/web/WEB-INF/web.xml: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd"> <web-app> <display-name>GeoNetwork OpenSource Metadata Tool</display-name> <description> A Spatial data metadata portal website that implements the International Standard for Geographic Metadata (ISO19115) and (very soon!) the OpenGIS Web Catalog Service standard for distributed database search. Using the application, you can quickly set up a metadata portal that allows online maintenance of metadata and data for internal use on an intranet and/or publication on the internet. GeoNetwork OpenSource is developed by the Food and Agriculture Organization of the United Nations (FAO-UN) and the World Food Programme (WFP-UN) in a joined effort to provide easy access to spatial databases and enhance data sharing between different parties. For more information please see http://geonetwork.fao.org/ </description> <context-param> <param-name>Webmaster</param-name> <param-value>[hidden email]</param-value> </context-param> <servlet> <servlet-name>mainServlet</servlet-name> <description> I have no idea what this servlet does! </description> <servlet-class>jeeves.server.sources.http.JeevesServlet</servlet-class> <init-param> <param-name>systemLog</param-name> <param-value>log/geonetwork.log</param-value> </init-param> <init-param> <param-name>moduleLog</param-name> <param-value>log/modules.log</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>mainServlet</servlet-name> <url-pattern>/srv/*</url-pattern> </servlet-mapping> <session-config> <!-- 3 hours --> <session-timeout>180</session-timeout> </session-config> <welcome-file-list> <welcome-file>index.html</welcome-file> <welcome-file>index.htm</welcome-file> <welcome-file>index.jsp</welcome-file> </welcome-file-list> </web-app> ================================================ |
Hi list, when using "validate" to check the XML file, I get an exception
about not finding Xerces ... I have to add Xerces libs manually to WEB-INF directory. Is it the way we have to do ? Using Geonetwork Beta2 / MySQL / Tomcat 5 / Win XP Thanks. Francois -- Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n'a ete trouve. Les donnees et renseignements contenus dans ce message sont personnels, confidentiels et prives. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee. Any data and information contained in this electronic mail is personal, confidential and secret. Any total or partial publication, use or distribution must be authorized. |
In reply to this post by John Reid-6
Alle 04:19, martedì 26 luglio 2005, John Reid ha scritto:
> Dear all, > > I managed to solve the following error by hacking > /usr/local/geonetwork/web/WEB-INF/web.xml: > > Apache Tomcat/4.1 > 24/07/2005 15:17:33 org.apache.commons.digester.Digester error > SEVERE: Parse Error at line 2 column 219: Document root element > "web-app", must match DOCTYPE root "null". > org.xml.sax.SAXParseException: Document root element "web-app", must > match DOCTYPE root "null". > > However I'm still getting the errors below. I have also included a copy of my modified /usr/local/geonetwork/web/WEB-INF/web.xml file. The only other change I have made to the installation is to change ownership of the geonetwork files to the tomcat user. > > I'm a little confused. I can't find any reference in /usr/local/geonetwork/web/WEB-INF/web.xml or /etc/tomcat4/server.xml to any geonetwork .jar or class. Is there a configuration step that I am missing? Or does Tomcat or the jeeves servlet referenced in web.xml magically know to start geonetwork? > > Any help much appreciated. > > cheers, > John Your configuration is mismatched. The "display-name" element should be the name of the servlet as you see it in the address bar (typically is "geonetwork"). This value is replaced by the installer so I believe that you didn't execute it. The jeeves error is strange because it is raised at a line/method that actually don't exist into the last source code and probably it refers to a previous version. When you change the server.xml file, you tell tomcat where to find the WEB-INF directory and there is the web.xml file with the class to load. Tomcat finds the jars to execute inside the lib directory of your webapp. Cheers, Andrea > ================================================ > > /usr/local/geonetwork/web/WEB-INF/web.xml: > > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" > "http://java.sun.com/dtd/web-app_2_3.dtd"> > > <web-app> > > <display-name>GeoNetwork OpenSource Metadata Tool</display-name> > <description> > A Spatial data metadata portal website that implements the International > Standard for Geographic Metadata (ISO19115) and (very soon!) the OpenGIS > Web Catalog Service standard for distributed database search. > > Using the application, you can quickly set up a metadata portal that allows > online maintenance of metadata and data for internal use on an intranet and/or > publication on the internet. > > GeoNetwork OpenSource is developed by the Food and Agriculture Organization > of the United Nations (FAO-UN) and the World Food Programme (WFP-UN) in a > joined effort to provide easy access to spatial databases and enhance data > sharing between different parties. > > For more information please see http://geonetwork.fao.org/ > </description> > <context-param> > <param-name>Webmaster</param-name> > <param-value>[hidden email]</param-value> > </context-param> > > > <servlet> > <servlet-name>mainServlet</servlet-name> > <description> > I have no idea what this servlet does! > </description> > > <servlet-class>jeeves.server.sources.http.JeevesServlet</servlet-class> > > <init-param> > <param-name>systemLog</param-name> > <param-value>log/geonetwork.log</param-value> > </init-param> > > <init-param> > <param-name>moduleLog</param-name> > <param-value>log/modules.log</param-value> > </init-param> > > <load-on-startup>1</load-on-startup> > </servlet> > > <servlet-mapping> > <servlet-name>mainServlet</servlet-name> > <url-pattern>/srv/*</url-pattern> > </servlet-mapping> > > <session-config> > <!-- 3 hours --> > <session-timeout>180</session-timeout> > </session-config> > > <welcome-file-list> > <welcome-file>index.html</welcome-file> > <welcome-file>index.htm</welcome-file> > <welcome-file>index.jsp</welcome-file> > </welcome-file-list> > > </web-app> > > > ================================================ > From catalina_2005-07-26.log: > > <snip> > 26/07/2005 11:48:15 org.apache.coyote.http11.Http11Protocol init > INFO: Initializing Coyote HTTP/1.1 on http-8180 > Starting service Tomcat-Standalone > Apache Tomcat/4.1 > java.lang.NullPointerException > at jeeves.server.JeevesEngine.log(JeevesEngine.java:541) > at jeeves.server.JeevesEngine.init(JeevesEngine.java:122) > at > jeeves.server.sources.http.JeevesServlet.init(JeevesServlet.java:47) > at javax.servlet.GenericServlet.init(GenericServlet.java:258) > at > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:888) > at > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:776) > at > org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3363) > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:3586) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) > at > org.apache.catalina.core.StandardHost.start(StandardHost.java:707) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) > at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316) > at > org.apache.catalina.core.StandardService.start(StandardService.java:450) > at > org.apache.catalina.core.StandardServer.start(StandardServer.java:2143) > at org.apache.catalina.startup.Catalina.start(Catalina.java:463) > at org.apache.catalina.startup.Catalina.execute(Catalina.java:350) > at org.apache.catalina.startup.Catalina.process(Catalina.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156) > </snip> > > ================================================= > From localhost_2005-07-26.log: > > <snip> > 2005-07-26 11:48:17 mainServlet: init > 2005-07-26 11:48:17 StandardContext[/geonetwork]: Servlet /geonetwork > threw load() exception > javax.servlet.ServletException: Exception raised > at > jeeves.server.sources.http.JeevesServlet.init(JeevesServlet.java:52) > at javax.servlet.GenericServlet.init(GenericServlet.java:258) > at > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:888) > at > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:776) > at > org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3363) > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:3586) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) > at > org.apache.catalina.core.StandardHost.start(StandardHost.java:707) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) > at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316) > at > org.apache.catalina.core.StandardService.start(StandardService.java:450) > at > org.apache.catalina.core.StandardServer.start(StandardServer.java:2143) > at org.apache.catalina.startup.Catalina.start(Catalina.java:463) > at org.apache.catalina.startup.Catalina.execute(Catalina.java:350) > at org.apache.catalina.startup.Catalina.process(Catalina.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156) > ----- Root Cause ----- > java.lang.NullPointerException > at jeeves.server.JeevesEngine.log(JeevesEngine.java:541) > at jeeves.server.JeevesEngine.init(JeevesEngine.java:122) > at > jeeves.server.sources.http.JeevesServlet.init(JeevesServlet.java:47) > at javax.servlet.GenericServlet.init(GenericServlet.java:258) > at > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:888) > at > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:776) > at > org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3363) > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:3586) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) > at > org.apache.catalina.core.StandardHost.start(StandardHost.java:707) > at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) > at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316) > at > org.apache.catalina.core.StandardService.start(StandardService.java:450) > at > org.apache.catalina.core.StandardServer.start(StandardServer.java:2143) > at org.apache.catalina.startup.Catalina.start(Catalina.java:463) > at org.apache.catalina.startup.Catalina.execute(Catalina.java:350) > at org.apache.catalina.startup.Catalina.process(Catalina.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156) > > 2005-07-26 11:48:17 StandardWrapper[/geonetwork:default]: Loading > container servlet default > 2005-07-26 11:48:17 default: init > 2005-07-26 11:48:17 StandardWrapper[/geonetwork:invoker]: Loading > container servlet invoker > 2005-07-26 11:48:17 invoker: init > 2005-07-26 11:48:17 jsp: init > </snip> > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > GeoNetwork-users mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/geonetwork-users > GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork > |
In reply to this post by François-Xavier PRUNAYRE
Alle 11:58, martedì 26 luglio 2005, François Prunayre ha scritto:
> Hi list, when using "validate" to check the XML file, I get an exception > about not finding Xerces ... I have to add Xerces libs manually to WEB-INF > directory. > Is it the way we have to do ? > > Using Geonetwork Beta2 / MySQL / Tomcat 5 / Win XP > > Thanks. Are you using java 1.4 ? If not, you have to manually add xerces into the lib directory. Anyway, keep in mind that the "validate" option needs some fixes. Cheers, Andrea |
I'm using Java\jdk1.5.0_04.
When doing import from XML, Version 1 always validates files ? V2 doesn't ... Thanks Francois -----Message d'origine----- De : [hidden email] [mailto:[hidden email]] De la part de Andrea Carboni Envoyé : mardi 26 juillet 2005 13:06 À : [hidden email] Objet : Re: [GeoNetwork-users] Validate XML Alle 11:58, martedì 26 luglio 2005, François Prunayre ha scritto: > Hi list, when using "validate" to check the XML file, I get an > exception about not finding Xerces ... I have to add Xerces libs > manually to WEB-INF directory. > Is it the way we have to do ? > > Using Geonetwork Beta2 / MySQL / Tomcat 5 / Win XP > > Thanks. Are you using java 1.4 ? If not, you have to manually add xerces into the lib directory. Anyway, keep in mind that the "validate" option needs some fixes. Cheers, Andrea ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. <a href="http://ads.osdn.com/?ad_idt77&alloc_id492&op=click">http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ GeoNetwork-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geonetwork-users GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork -- Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n'a ete trouve. Les donnees et renseignements contenus dans ce message sont personnels, confidentiels et prives. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee. Any data and information contained in this electronic mail is personal, confidential and secret. Any total or partial publication, use or distribution must be authorized. -- Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n'a ete trouve. Les donnees et renseignements contenus dans ce message sont personnels, confidentiels et prives. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee. Any data and information contained in this electronic mail is personal, confidential and secret. Any total or partial publication, use or distribution must be authorized. |
In reply to this post by acarboni
Alle 02:34, mercoledì 27 luglio 2005, hai scritto:
> Andrea Carboni wrote: > > >Alle 04:19, martedì 26 luglio 2005, John Reid ha scritto: > > > > > >>Dear all, > >> > >>I managed to solve the following error by hacking > >>/usr/local/geonetwork/web/WEB-INF/web.xml: > >> > >>Apache Tomcat/4.1 > >>24/07/2005 15:17:33 org.apache.commons.digester.Digester error > >>SEVERE: Parse Error at line 2 column 219: Document root element > >>"web-app", must match DOCTYPE root "null". > >>org.xml.sax.SAXParseException: Document root element "web-app", must > >>match DOCTYPE root "null". > >> > >>However I'm still getting the errors below. I have also included a copy of my modified /usr/local/geonetwork/web/WEB-INF/web.xml file. The only other change I have made to the installation is to change ownership of the geonetwork files to the tomcat user. > >> > >>I'm a little confused. I can't find any reference in /usr/local/geonetwork/web/WEB-INF/web.xml or /etc/tomcat4/server.xml to any geonetwork .jar or class. Is there a configuration step that I am missing? Or does Tomcat or the jeeves servlet referenced in web.xml magically know to start geonetwork? > >> > >>Any help much appreciated. > >> > >>cheers, > >>John > >> > >> > > > >Your configuration is mismatched. The "display-name" element should be the name > >of the servlet as you see it in the address bar (typically is "geonetwork"). This value > >is replaced by the installer so I believe that you didn't execute it. The jeeves error > >is strange because it is raised at a line/method that actually don't exist into the last > >source code and probably it refers to a previous version. > > > >When you change the server.xml file, you tell tomcat where to find the WEB-INF > >directory and there is the web.xml file with the class to load. Tomcat finds the jars > >to execute inside the lib directory of your webapp. > > > >Cheers, > >Andrea > > > > > > > Thanks Andrea. It turns out that the "SEVERE: Parse Error at line 2 > column 219: Document root element" configuration was a red herring and > the configuration file was not the issue (although I still get that > error). I now have geonetwork loading using the configuration file > created by the installer. > > It looks like the main cause of my problems was with the java security > settings used by tomcat (set in ${CATALINA_HOME}/conf/catalina.policy). > I'm still getting a number of exceptions logged, and I can't yet log > into the webapp, so I'll investigate further over the next couple of > days. It might help me work out what is going on if someone could > please send me a copy of their catalina.policy and > catalina_2005-xx-xx.log files. > I'm still confused by the startup process - WEB-INF/web.xml references a > jeeves class. How does jeeves then know to load the geonetwork app? > > Cheers, > John When jeeves starts, it loads the WEB-INF/config.xml file where all services are described. Each service is a geonetwork class that gets dinamically loaded and created. Cheers, Andrea |
It turns out that the cause of my problems was that Debian ships with
the Tomcat java security manager turned on by default, preventing acess to the file system outside the geonetwork/web directory. When I turn it off, GeoNetwork loads. I'm guessing that other working installations must not be using the security manager, otherwise jeeves would cause the errors I was experiencing when initialising logging. I will try to determine exactly which permissions are required for GeoNetwork to work with security turned on sometime soon. I now experience the following problems: * Under "New Metadata" I receive the following error: Dispatching : metadata.add.form 2005-07-28 11:43:24 | -> no input parameters 2005-07-28 11:43:24 | Raised exception while executing service <error id="service-not-found"> <exception> <message>Service not found : metadata.add.form</message> <string>jeeves.server.JeevesException: Service not found : metadata.add.form</string> <stack>jeeves.server.JeevesException: Service not found : metadata.add.form at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:296) <snip/> * I am unable to view existing metadata: 2005-07-28 11:44:59 | Dispatching : metadata.show 2005-07-28 11:44:59 | -> parameters are : 2005-07-28 11:44:59 | currTab = simple 2005-07-28 11:44:59 | id = 11 2005-07-28 11:44:59 | -> dispatching to output for : metadata.show 2005-07-28 11:44:59 | -> transforming with stylesheet : /usr/local/geonetwork/web/xsl/metadata-show.xsl ERROR: 'file:///usr/local/geonetwork/web/xsl/metadata.xsl: line 359: At least one <xsl:when> element required in <xsl:choose>.' FATAL ERROR: 'Could not compile stylesheet' 2005-07-28 11:45:00 | -> exception during transformation for : metadata.show 2005-07-28 11:45:00 | -> (C) message is : Could not compile stylesheet 2005-07-28 11:45:00 | -> end transformation for : metadata.show 2005-07-28 11:45:00 | -> output ended for : metadata.show 2005-07-28 11:45:00 | -> dispatch ended for : metadata.show Any ideas? cheers, John |
For your second question, I commented out the choose tags on line 359
<!--<xsl:choose> <xsl:otherwise>--> <input class="md" type="text" name="_{geonet:element/@ref}" value="{text()}" size="50" /> <!--</xsl:otherwise> </xsl:choose>--> For the first one, I think there's no current support for add metadata from nothing. You've to use "Duplicate" functionnality or import from XML. HTH. Francois -----Message d'origine----- De : [hidden email] [mailto:[hidden email]] De la part de John Reid Envoyé : jeudi 28 juillet 2005 07:03 À : GeoNetwork Users Objet : [GeoNetwork-users] GeoNetwork startup problem almost solved It turns out that the cause of my problems was that Debian ships with the Tomcat java security manager turned on by default, preventing acess to the file system outside the geonetwork/web directory. When I turn it off, GeoNetwork loads. I'm guessing that other working installations must not be using the security manager, otherwise jeeves would cause the errors I was experiencing when initialising logging. I will try to determine exactly which permissions are required for GeoNetwork to work with security turned on sometime soon. I now experience the following problems: * Under "New Metadata" I receive the following error: Dispatching : metadata.add.form 2005-07-28 11:43:24 | -> no input parameters 2005-07-28 11:43:24 | Raised exception while executing service <error id="service-not-found"> <exception> <message>Service not found : metadata.add.form</message> <string>jeeves.server.JeevesException: Service not found : metadata.add.form</string> <stack>jeeves.server.JeevesException: Service not found : metadata.add.form at jeeves.server.dispatchers.ServiceManager.dispatch(ServiceManager.java:296) <snip/> * I am unable to view existing metadata: 2005-07-28 11:44:59 | Dispatching : metadata.show 2005-07-28 11:44:59 | -> parameters are : 2005-07-28 11:44:59 | currTab = simple 2005-07-28 11:44:59 | id = 11 2005-07-28 11:44:59 | -> dispatching to output for : metadata.show 2005-07-28 11:44:59 | -> transforming with stylesheet : /usr/local/geonetwork/web/xsl/metadata-show.xsl ERROR: 'file:///usr/local/geonetwork/web/xsl/metadata.xsl: line 359: At least one <xsl:when> element required in <xsl:choose>.' FATAL ERROR: 'Could not compile stylesheet' 2005-07-28 11:45:00 | -> exception during transformation for : metadata.show 2005-07-28 11:45:00 | -> (C) message is : Could not compile stylesheet 2005-07-28 11:45:00 | -> end transformation for : metadata.show 2005-07-28 11:45:00 | -> output ended for : metadata.show 2005-07-28 11:45:00 | -> dispatch ended for : metadata.show Any ideas? cheers, John ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ GeoNetwork-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geonetwork-users GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork -- Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n'a ete trouve. Les donnees et renseignements contenus dans ce message sont personnels, confidentiels et prives. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee. Any data and information contained in this electronic mail is personal, confidential and secret. Any total or partial publication, use or distribution must be authorized. -- Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n'a ete trouve. Les donnees et renseignements contenus dans ce message sont personnels, confidentiels et prives. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee. Any data and information contained in this electronic mail is personal, confidential and secret. Any total or partial publication, use or distribution must be authorized. |
In reply to this post by acarboni
Hi guys,
I've installed Geonetwork (versions 1.2.1 and 2.0.0 Beta 1) on my computer and I've observed that both have different behaviour. I don't know if this behaviour is normal or I'm doing something wrong. These are the differences I've found between them: · Using Geonetwork 2.0.0, I can't retrieve metadata using an standard z39.50 client (http://clearinghouse4.fgdc.gov/ftp/), but Geonetwork 1.2.1 allows it. Is the z39.50 interface fully implemented in Geonetwork 2.0? If the answer of this question is “yes”, Does this interface implement the z39.50 standard protocol? · Both (1.2.1 and 2.0) allow to import metadata from a file. If the online resource is a WMS , Geonetwork 2.0 doesn't allow show it using Intermap. I can see the resource, but the link does't appear. I need an additional configuration to configure Intermap? In Geonetwork 1.2.1 is not necessary. · I can't see the thumbnails using Geonetwork 2.0. There isn't a button/link to choose the image from a local path and writing a image path on the “graph overview->file name” field doesn't work. It's possible to load an image from a file? Thank you! -- Jorge Piera Llodra Equipo de desarrollo gvSIG Conselleria de Infraestructuras y Transporte Generalitat Valenciana Valencia - Spain http://www.gvsig.gva.es |
Free forum by Nabble | Edit this page |