You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
(11) |
Jul
(5) |
Aug
(18) |
Sep
(33) |
Oct
(23) |
Nov
(21) |
Dec
(16) |
2006 |
Jan
(27) |
Feb
(17) |
Mar
(3) |
Apr
(22) |
May
(58) |
Jun
(6) |
Jul
(36) |
Aug
(51) |
Sep
(63) |
Oct
(55) |
Nov
(53) |
Dec
(10) |
2007 |
Jan
(75) |
Feb
(62) |
Mar
(115) |
Apr
(31) |
May
(31) |
Jun
(35) |
Jul
(45) |
Aug
(36) |
Sep
(53) |
Oct
(74) |
Nov
(47) |
Dec
(55) |
2008 |
Jan
(57) |
Feb
(74) |
Mar
(76) |
Apr
(74) |
May
(106) |
Jun
(109) |
Jul
(63) |
Aug
(51) |
Sep
(43) |
Oct
(112) |
Nov
(54) |
Dec
(63) |
2009 |
Jan
(41) |
Feb
(50) |
Mar
(57) |
Apr
(76) |
May
(64) |
Jun
(80) |
Jul
(82) |
Aug
(46) |
Sep
(150) |
Oct
(126) |
Nov
(92) |
Dec
(84) |
2010 |
Jan
(102) |
Feb
(81) |
Mar
(87) |
Apr
(120) |
May
(82) |
Jun
(71) |
Jul
(81) |
Aug
(176) |
Sep
(131) |
Oct
(118) |
Nov
(137) |
Dec
(87) |
2011 |
Jan
(61) |
Feb
(70) |
Mar
(107) |
Apr
(31) |
May
(115) |
Jun
(124) |
Jul
(90) |
Aug
(119) |
Sep
(65) |
Oct
(106) |
Nov
(112) |
Dec
(113) |
2012 |
Jan
(164) |
Feb
(80) |
Mar
(199) |
Apr
(151) |
May
(173) |
Jun
(260) |
Jul
(139) |
Aug
(160) |
Sep
(328) |
Oct
(322) |
Nov
(242) |
Dec
(140) |
2013 |
Jan
(115) |
Feb
(76) |
Mar
(151) |
Apr
(123) |
May
(158) |
Jun
(93) |
Jul
(46) |
Aug
(32) |
Sep
(73) |
Oct
(90) |
Nov
(89) |
Dec
(28) |
2014 |
Jan
(47) |
Feb
(41) |
Mar
(86) |
Apr
(95) |
May
(23) |
Jun
(17) |
Jul
(27) |
Aug
(34) |
Sep
(12) |
Oct
(27) |
Nov
(67) |
Dec
(25) |
2015 |
Jan
(19) |
Feb
(42) |
Mar
(41) |
Apr
(19) |
May
(31) |
Jun
(26) |
Jul
(70) |
Aug
(18) |
Sep
(60) |
Oct
(50) |
Nov
(43) |
Dec
(58) |
2016 |
Jan
(28) |
Feb
(26) |
Mar
(23) |
Apr
(33) |
May
(42) |
Jun
(31) |
Jul
(30) |
Aug
(22) |
Sep
(32) |
Oct
(19) |
Nov
(32) |
Dec
(11) |
2017 |
Jan
(29) |
Feb
(26) |
Mar
(13) |
Apr
(17) |
May
(26) |
Jun
(21) |
Jul
(8) |
Aug
|
Sep
(11) |
Oct
(10) |
Nov
(11) |
Dec
(9) |
2018 |
Jan
(15) |
Feb
(21) |
Mar
(11) |
Apr
(6) |
May
(29) |
Jun
(32) |
Jul
(24) |
Aug
(14) |
Sep
(7) |
Oct
(24) |
Nov
(7) |
Dec
(9) |
2019 |
Jan
(22) |
Feb
(24) |
Mar
(14) |
Apr
(22) |
May
(14) |
Jun
(10) |
Jul
|
Aug
(7) |
Sep
(22) |
Oct
(7) |
Nov
(13) |
Dec
(11) |
2020 |
Jan
(26) |
Feb
(23) |
Mar
|
Apr
(44) |
May
(34) |
Jun
(17) |
Jul
(24) |
Aug
(18) |
Sep
(32) |
Oct
(23) |
Nov
(12) |
Dec
(7) |
2021 |
Jan
(6) |
Feb
(9) |
Mar
(11) |
Apr
(28) |
May
(12) |
Jun
(6) |
Jul
(7) |
Aug
(9) |
Sep
(24) |
Oct
|
Nov
(2) |
Dec
(5) |
2022 |
Jan
(12) |
Feb
(5) |
Mar
(11) |
Apr
(3) |
May
(14) |
Jun
(8) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(2) |
Dec
(3) |
2023 |
Jan
(9) |
Feb
(31) |
Mar
(17) |
Apr
(5) |
May
(3) |
Jun
|
Jul
(15) |
Aug
(15) |
Sep
(42) |
Oct
(25) |
Nov
(7) |
Dec
(22) |
2024 |
Jan
(14) |
Feb
|
Mar
(15) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: heikki <tro...@gm...> - 2008-12-08 18:09:13
|
hello, I was going to take a peek at the BlueNetMEST GUI, so I checked out the current HEAD revisions from SVN and tried to create an installer in the classic way (<svn-checkout-directory>/installer/ant) but this failed with this message: setProperties: [mkdir] Created dir: C:\BlueNetMEST\dist\.props [propertyfile] Creating new property file: C:\BlueNetMEST\dist\web\geonetwork\WEB-INF\server.prop BUILD FAILED C:\BlueNetMEST\installer\build.xml:59: java.io.FileNotFoundException: C:\BlueNetMEST\dist\web\geonetwork\WEB-INF\server. prop (The system cannot find the path specified) But I do see on Hudson that the latest builds all are fine... so my question is: how do you build the BlueNetMEST sandbox ? regards, Heikki Doeleman |
From: Abdul R. <rau...@gm...> - 2008-12-06 22:21:39
|
Hi, I'm new to this developing list and also to geonetwork software. I want to use the catalogue services of the geonetwork in my application such as using my own Front-End, the users can be able to use the integrated catalogue services from the geonetwork to search the OGC complaint catalogues. I would really appreciate any help regarding it Regards |
From: Francisco A. <fra...@gu...> - 2008-12-05 13:29:09
|
I change this and now I obtain this error: <ows:ExceptionReport version="1.0.0"> <ows:Exception exceptionCode="NoApplicableCode"> <ows:ExceptionText> Error during Filter to Lucene conversion : java.lang.IllegalStateException: Root element not set </ows:ExceptionText> </ows:Exception> </ows:ExceptionReport> Mathieu Coudert escribió: > Hi, > > You could try to add this parameter &constraint_language_version=1.1.0 > Please also check your CSW version, if you are using geonetwork 2.2, > CSW version is 2.0.2. <http://2.0.2.> > > HTH, > > Mathieu > > > On Fri, Dec 5, 2008 at 12:55 PM, Francisco Arrebola > <fra...@gu... <mailto:fra...@gu...>> wrote: > > Hi, I´m trying to use geonetwork as a CSW service making url > requests. With this getRecords request: > http://server:8080/geonetwork/srv/en/csw?request=GetRecords&version=2.0.1&outputFormat=application/xml&namespace=csw:http://www.opengis.org/csw&ResponseHandler=%22mailto:pvr...@cu...%22&typeName=csw:record&constraintlanguage=CQL_TEXT&Constraint=%22csw:AnyText%20Like%20'%polution%'%22&resultType=results > <http://server:8080/geonetwork/srv/en/csw?request=GetRecords&version=2.0.1&outputFormat=application/xml&namespace=csw:http://www.opengis.org/csw&ResponseHandler=%22mailto:pvr...@cu...%22&typeName=csw:record&constraintlanguage=CQL_TEXT&Constraint=%22csw:AnyText%20Like%20%27%polution%%27%22&resultType=results> > I obtain this exception: > <ows:ExceptionReport version="1.0.0"> > <ows:Exception exceptionCode="MissingParameterValue" > locator="version"/> > </ows:ExceptionReport> > And the version parameter is included in the request.. > Any ideas? > I´ve seen that there is a constraint version parameter..is it true? > Thanks. > > > -- > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las > Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 > to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > <mailto:Geo...@li...> > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > > > > > -- > Mathieu Coudert > mco...@gm... <mailto:mco...@gm...> -- |
From: Francisco A. <fra...@gu...> - 2008-12-05 12:50:42
|
Hi, I´m trying to use geonetwork as a CSW service making url requests. With this getRecords request: http://server:8080/geonetwork/srv/en/csw?request=GetRecords&version=2.0.1&outputFormat=application/xml&namespace=csw:http://www.opengis.org/csw&ResponseHandler=%22mailto:pvr...@cu...%22&typeName=csw:record&constraintlanguage=CQL_TEXT&Constraint=%22csw:AnyText%20Like%20'%polution%'%22&resultType=results I obtain this exception: <ows:ExceptionReport version="1.0.0"> <ows:Exception exceptionCode="MissingParameterValue" locator="version"/> </ows:ExceptionReport> And the version parameter is included in the request.. Any ideas? I´ve seen that there is a constraint version parameter..is it true? Thanks. -- |
From: Archie W. <wa...@aw...> - 2008-12-04 16:22:11
|
godofredo contreras wrote: > I set manually the attribute "cat_id" and it is returned by the csw > getrecords operation correctly but I can't use the cat_id to get the > record using csw getRecordById operation. To fix this problem I > changed the set_uuid and extract_uuid schemas in > [geonetworkfolder]/xml/schemas/fgdc-std to set "cat_id" as the uuid > generated in the database and it works to return the uuid in > getRecords and getRecordById but only with metadata inserted using > gast, the fgdc metadata created directly in geonetwork does not set > the "cat_id". > > Any ideas to fix this? Not in any simple way. Most likely, the implementor (Andrea Carboni, I think) wasn't aware of the FGDC convention of using the cat_id attribute to include an identifier and so it's not part of the export XSLT. It'll take some programming. Jeroen can probably say whether it's more appropriate for v3.0 or if it's something that ought to be fixed in the v2.x branch. I could take a look at it, but I don't have a lot of time in the short term to do it. -- Archie -- Archie Warnock wa...@aw... -- A/WWW Enterprises http://www.awcubed.com -- As a matter of fact, I _do_ speak for my employer. |
From: Patrick V. <pat...@ca...> - 2008-12-03 16:05:40
|
On Wednesday 03 December 2008 17.02:59 Jer...@ge... wrote: > http://buildtest.osgeo.org/osgeo/geonetwork/hudson/job/geonetwork-persisten >ce-ebrim/org.geonetwork$geonetwork-persistence-ebrim/2006/changes That pesky email reminds me a story: http://www.evan-moor.com/newsletter/128535426000000000/The_Boy_Who_Cried_Wolf.pdf ;-) |
From: <Sim...@cs...> - 2008-12-02 21:24:06
|
Hi Kevin, The clear reference has been reworked in more recent versions of the MEST to: 1. remove the inline clear function and use a single function to clear any reference (check out metadata-editor.js and metadata-iso19139*.xsl in the latest svn revs) 2. use an onclick event on the anchor to stop the onbeforeunload event firing in IE (but your alternative solution of a button is fine too). Cheers, Simon ________________________________________ From: Kevin Gunn [k....@ai...] Sent: Tuesday, 2 December 2008 2:50 PM To: Joh...@ga...; Sim...@ut... Cc: geo...@li... Subject: [GeoNetwork-devel] FW: BlueNet MEST Date field lose current time valueon calendar.setup call [SEC=UNCLASSIFIED] Hi, I take back the reg exp not working, just had an issue with the browser caching the old script. var a = str.split(/\W+|T/); does the job nicely. Cheers, Kevin -----Original Message----- From: Kevin Gunn Sent: Tuesday, 2 December 2008 13:31 PM To: 'Joh...@ga...'; Sim...@ut... Cc: geo...@li... Subject: RE: [GeoNetwork-devel] BlueNet MEST Date field lose current time valueon calendar.setup call [SEC=UNCLASSIFIED] Hi, Sure no worries, both options leave the date in the ISO format with the 'T' between the date and time because the format specifies it on reconstruction. I am happy to go with an update on the reg expression also, but I just tested \W+|T and it doesn't work for me. Reg expr fix (doesn't work at the moment, but we just need to get the regex right) > > var a = str.split(/\W+|T/); Replace T fix (works but is kind of a hack) > > str = str.replace("T", ":"); > > var a = str.split(/\W+/); On another note I have an issue with IE and the date field clear link. The link produces the "are you sure you want to navigate away from this page" dialog using IE 7. If the link is converted to a button this issue goes away and the dates are still clearable. <td align="left" width="100%"> <xsl:text> </xsl:text> <!-- <a href="JavaScript:clear{$ref}();"> <xsl:value-of select="/root/gui/strings/clear"/> </a> --> <button class="content" onclick="JavaScript:clear{$ref}();"> <xsl:value-of select="/root/gui/strings/clear"/> </button> <script type="text/javascript"> function clear<xsl:value-of select="$ref"/>() { document.mainForm._<xsl:value-of select="$ref"/>.value = "" } </script> </td> Does this change sound ok to also include in the date script updates? Cheers, Kevin -----Original Message----- From: Joh...@ga... [mailto:Joh...@ga...] Sent: Tuesday, 2 December 2008 10:08 AM To: Sim...@ut...; Kevin Gunn Cc: geo...@li... Subject: RE: [GeoNetwork-devel] BlueNet MEST Date field lose current time valueon calendar.setup call [SEC=UNCLASSIFIED] Hi Simon and Kevin, I would support the option that Simon is suggesting. The ISO standard for DateTime is to have a "T" as the separator for the delimiter between date and time. Using the split using 'T' would be more ISO 8601 compliant. My two cents worth. John > -----Original Message----- > From: Simon Pigot [mailto:Sim...@ut...] > Sent: Tuesday, 2 December 2008 12:43 AM > To: Kevin Gunn > Cc: geo...@li... > Subject: Re: [GeoNetwork-devel] BlueNet MEST Date field lose > current time valueon calendar.setup call > > > Kevin Gunn wrote: > > The cause for this is the 'T' in the date and the string > splitter reg > > expression used in the DHTML Date.parseDate in calendar.js. > > > > var a = str.split(/\W+/); > > var b = fmt.match(/%./g); > > > > One quick solution is to modify the script to sub the 'T' char for > > something like ':' which \W would match and split on. Any other > > suggestions/preferences for this one? > > > Could also add 'T' to the regular expression match ie. /\W+|T/ to make > it a little more obvious maybe. It should then split on one (or a > repetition of) non-ascii word char(s) or T if my reg-exp knowledge > doesn't fail me! :-) To make sure the calendar stuff could > still be used > elsewhere for dates other than ISO types maybe we should only > use the T > option in the reg-exp if the fmt contains a 'T'. > > Good bit of work finding this one - thanks Kevin and the AIMS users. > I'll commit the fix for this shortly. > > There was also an uncaught javascript exception happening sometimes in > calendar.js with FF (not IE I think) - happens when attempting to get > the parentNode - I've shoved it into a try/catch block to shield it - > its an FF bug I think - I'll commit that with this one once its tried > out on IE and other FF versions. > > Cheers, > Simon > > > -------------------------------------------------------------- > ----------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK & > win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ GeoNetwork-devel mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geonetwork-devel GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork |
From: Jeroen T. <Jer...@ge...> - 2008-12-02 17:57:35
|
Hi Patrick, Welcome on board. You can now commit to the sandbox. Ciao, Jeroen On Dec 1, 2008, at 2:35 PM, Patrick Valsecchi wrote: > Hi, > > For some background, I am working on the geocat.ch project for > swisstopo. The > main goals of this project are documented here: > http://www.nabble.com/Announcement-SwissTopo-developments-for-GeoNetwork-td20683715.html > > I have read, understood, and agree to the committer responsibilities > and > guidelines documented at http://trac.osgeo.org/geonetwork/wiki/committer > . > > May I be granted access as a committer to the geocat sandbox area? > > My username is pvalsecc > > Thx, > > Patrick Valsecchi > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork > |
From: Kevin G. <k....@ai...> - 2008-12-02 03:51:01
|
Hi, I take back the reg exp not working, just had an issue with the browser caching the old script. var a = str.split(/\W+|T/); does the job nicely. Cheers, Kevin -----Original Message----- From: Kevin Gunn Sent: Tuesday, 2 December 2008 13:31 PM To: 'Joh...@ga...'; Sim...@ut... Cc: geo...@li... Subject: RE: [GeoNetwork-devel] BlueNet MEST Date field lose current time valueon calendar.setup call [SEC=UNCLASSIFIED] Hi, Sure no worries, both options leave the date in the ISO format with the 'T' between the date and time because the format specifies it on reconstruction. I am happy to go with an update on the reg expression also, but I just tested \W+|T and it doesn't work for me. Reg expr fix (doesn't work at the moment, but we just need to get the regex right) > > var a = str.split(/\W+|T/); Replace T fix (works but is kind of a hack) > > str = str.replace("T", ":"); > > var a = str.split(/\W+/); On another note I have an issue with IE and the date field clear link. The link produces the "are you sure you want to navigate away from this page" dialog using IE 7. If the link is converted to a button this issue goes away and the dates are still clearable. <td align="left" width="100%"> <xsl:text> </xsl:text> <!-- <a href="JavaScript:clear{$ref}();"> <xsl:value-of select="/root/gui/strings/clear"/> </a> --> <button class="content" onclick="JavaScript:clear{$ref}();"> <xsl:value-of select="/root/gui/strings/clear"/> </button> <script type="text/javascript"> function clear<xsl:value-of select="$ref"/>() { document.mainForm._<xsl:value-of select="$ref"/>.value = "" } </script> </td> Does this change sound ok to also include in the date script updates? Cheers, Kevin -----Original Message----- From: Joh...@ga... [mailto:Joh...@ga...] Sent: Tuesday, 2 December 2008 10:08 AM To: Sim...@ut...; Kevin Gunn Cc: geo...@li... Subject: RE: [GeoNetwork-devel] BlueNet MEST Date field lose current time valueon calendar.setup call [SEC=UNCLASSIFIED] Hi Simon and Kevin, I would support the option that Simon is suggesting. The ISO standard for DateTime is to have a "T" as the separator for the delimiter between date and time. Using the split using 'T' would be more ISO 8601 compliant. My two cents worth. John > -----Original Message----- > From: Simon Pigot [mailto:Sim...@ut...] > Sent: Tuesday, 2 December 2008 12:43 AM > To: Kevin Gunn > Cc: geo...@li... > Subject: Re: [GeoNetwork-devel] BlueNet MEST Date field lose > current time valueon calendar.setup call > > > Kevin Gunn wrote: > > The cause for this is the 'T' in the date and the string > splitter reg > > expression used in the DHTML Date.parseDate in calendar.js. > > > > var a = str.split(/\W+/); > > var b = fmt.match(/%./g); > > > > One quick solution is to modify the script to sub the 'T' char for > > something like ':' which \W would match and split on. Any other > > suggestions/preferences for this one? > > > Could also add 'T' to the regular expression match ie. /\W+|T/ to make > it a little more obvious maybe. It should then split on one (or a > repetition of) non-ascii word char(s) or T if my reg-exp knowledge > doesn't fail me! :-) To make sure the calendar stuff could > still be used > elsewhere for dates other than ISO types maybe we should only > use the T > option in the reg-exp if the fmt contains a 'T'. > > Good bit of work finding this one - thanks Kevin and the AIMS users. > I'll commit the fix for this shortly. > > There was also an uncaught javascript exception happening sometimes in > calendar.js with FF (not IE I think) - happens when attempting to get > the parentNode - I've shoved it into a try/catch block to shield it - > its an FF bug I think - I'll commit that with this one once its tried > out on IE and other FF versions. > > Cheers, > Simon > > > -------------------------------------------------------------- > ----------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK & > win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ |
From: Kevin G. <k....@ai...> - 2008-12-02 03:30:59
|
Hi, Sure no worries, both options leave the date in the ISO format with the 'T' between the date and time because the format specifies it on reconstruction. I am happy to go with an update on the reg expression also, but I just tested \W+|T and it doesn't work for me. Reg expr fix (doesn't work at the moment, but we just need to get the regex right) > > var a = str.split(/\W+|T/); Replace T fix (works but is kind of a hack) > > str = str.replace("T", ":"); > > var a = str.split(/\W+/); On another note I have an issue with IE and the date field clear link. The link produces the "are you sure you want to navigate away from this page" dialog using IE 7. If the link is converted to a button this issue goes away and the dates are still clearable. <td align="left" width="100%"> <xsl:text> </xsl:text> <!-- <a href="JavaScript:clear{$ref}();"> <xsl:value-of select="/root/gui/strings/clear"/> </a> --> <button class="content" onclick="JavaScript:clear{$ref}();"> <xsl:value-of select="/root/gui/strings/clear"/> </button> <script type="text/javascript"> function clear<xsl:value-of select="$ref"/>() { document.mainForm._<xsl:value-of select="$ref"/>.value = "" } </script> </td> Does this change sound ok to also include in the date script updates? Cheers, Kevin -----Original Message----- From: Joh...@ga... [mailto:Joh...@ga...] Sent: Tuesday, 2 December 2008 10:08 AM To: Sim...@ut...; Kevin Gunn Cc: geo...@li... Subject: RE: [GeoNetwork-devel] BlueNet MEST Date field lose current time valueon calendar.setup call [SEC=UNCLASSIFIED] Hi Simon and Kevin, I would support the option that Simon is suggesting. The ISO standard for DateTime is to have a "T" as the separator for the delimiter between date and time. Using the split using 'T' would be more ISO 8601 compliant. My two cents worth. John > -----Original Message----- > From: Simon Pigot [mailto:Sim...@ut...] > Sent: Tuesday, 2 December 2008 12:43 AM > To: Kevin Gunn > Cc: geo...@li... > Subject: Re: [GeoNetwork-devel] BlueNet MEST Date field lose > current time valueon calendar.setup call > > > Kevin Gunn wrote: > > The cause for this is the 'T' in the date and the string > splitter reg > > expression used in the DHTML Date.parseDate in calendar.js. > > > > var a = str.split(/\W+/); > > var b = fmt.match(/%./g); > > > > One quick solution is to modify the script to sub the 'T' char for > > something like ':' which \W would match and split on. Any other > > suggestions/preferences for this one? > > > Could also add 'T' to the regular expression match ie. /\W+|T/ to make > it a little more obvious maybe. It should then split on one (or a > repetition of) non-ascii word char(s) or T if my reg-exp knowledge > doesn't fail me! :-) To make sure the calendar stuff could > still be used > elsewhere for dates other than ISO types maybe we should only > use the T > option in the reg-exp if the fmt contains a 'T'. > > Good bit of work finding this one - thanks Kevin and the AIMS users. > I'll commit the fix for this shortly. > > There was also an uncaught javascript exception happening sometimes in > calendar.js with FF (not IE I think) - happens when attempting to get > the parentNode - I've shoved it into a try/catch block to shield it - > its an FF bug I think - I'll commit that with this one once its tried > out on IE and other FF versions. > > Cheers, > Simon > > > -------------------------------------------------------------- > ----------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK & > win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ |
From: <Joh...@ga...> - 2008-12-02 00:08:17
|
Hi Simon and Kevin, I would support the option that Simon is suggesting. The ISO standard for DateTime is to have a "T" as the separator for the delimiter between date and time. Using the split using 'T' would be more ISO 8601 compliant. My two cents worth. John > -----Original Message----- > From: Simon Pigot [mailto:Sim...@ut...] > Sent: Tuesday, 2 December 2008 12:43 AM > To: Kevin Gunn > Cc: geo...@li... > Subject: Re: [GeoNetwork-devel] BlueNet MEST Date field lose > current time valueon calendar.setup call > > > Kevin Gunn wrote: > > The cause for this is the 'T' in the date and the string > splitter reg > > expression used in the DHTML Date.parseDate in calendar.js. > > > > var a = str.split(/\W+/); > > var b = fmt.match(/%./g); > > > > One quick solution is to modify the script to sub the 'T' char for > > something like ':' which \W would match and split on. Any other > > suggestions/preferences for this one? > > > Could also add 'T' to the regular expression match ie. /\W+|T/ to make > it a little more obvious maybe. It should then split on one (or a > repetition of) non-ascii word char(s) or T if my reg-exp knowledge > doesn't fail me! :-) To make sure the calendar stuff could > still be used > elsewhere for dates other than ISO types maybe we should only > use the T > option in the reg-exp if the fmt contains a 'T'. > > Good bit of work finding this one - thanks Kevin and the AIMS users. > I'll commit the fix for this shortly. > > There was also an uncaught javascript exception happening sometimes in > calendar.js with FF (not IE I think) - happens when attempting to get > the parentNode - I've shoved it into a try/catch block to shield it - > its an FF bug I think - I'll commit that with this one once its tried > out on IE and other FF versions. > > Cheers, > Simon > > > -------------------------------------------------------------- > ----------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK & > win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > |
From: godofredo c. <fr...@ho...> - 2008-12-01 21:53:35
|
Hi Archie: I checked the fgdc schemas for csw in [geonetworkfolder]/xml/csw/schemas/fgdc-std and they use the attribute "cat_id" in the title element. I set manually the attribute "cat_id" and it is returned by the csw getrecords operation correctly but I can't use the cat_id to get the record using csw getRecordById operation. To fix this problem I changed the set_uuid and extract_uuid schemas in [geonetworkfolder]/xml/schemas/fgdc-std to set "cat_id" as the uuid generated in the database and it works to return the uuid in getRecords and getRecordById but only with metadata inserted using gast, the fgdc metadata created directly in geonetwork does not set the "cat_id". Any ideas to fix this? Regards Godofredo Contreras ---init-set_uuid.xsl <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <!-- ================================================================= --> <xsl:template match="/root"> <xsl:apply-templates select="metadata"/> </xsl:template> <!-- ================================================================= --> <xsl:template match="title"> <xsl:copy> <xsl:copy-of select="@*"/> <xsl:attribute name="cat_id"> <xsl:value-of select="/root/env/uuid" /> </xsl:attribute> <xsl:apply-templates select="node()" /> </xsl:copy> </xsl:template> <!-- ================================================================= --> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template> <!-- ================================================================= --> </xsl:stylesheet> ---end-set_uuid.xsl --init-extract_uuid.xsl <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:template match="metadata"> <uuid> <xsl:value-of select="idinfo/citation/citeinfo/title/@cat_id" /> </uuid> </xsl:template> </xsl:stylesheet> --end-extract_uuid.xsl > Date: Mon, 24 Nov 2008 21:44:13 -0500 > From: wa...@aw... > To: geo...@li... > Subject: Re: [GeoNetwork-devel] How to getrecords using csw in geonetwork with FGDC metadata > > godofredo contreras wrote: > > I found several problems using FGDC metadata through csw service, > > one of them is that FGDC does not have a uid and isn't possible to > > get the results by id. The other problem is the output schema, there > > are not output schema for csw. > > Turns out that FGDC had to finesse that issue a few years ago when > Geospatial OneStop (GOS) was harvesting FGDC nodes. We ended up adding > an attribute to the title element called "catid" and putting an > identifier string in there. In the Isite software, I use a UUID > constructed from the file name and path of the local metadata file but, > of course, any unique identifier would work as well. > > The addition of the attribute technically breaks the FGDC DTD (and, if > one exists, the schema) but since no one to our knowledge)actually was > validating the records against the DTD, it seemed like an expeditious > solution and it worked for GOS. > > -- > Archie > > -- Archie Warnock wa...@aw... > -- A/WWW Enterprises www.awcubed.com > -- As a matter of fact, I _do_ speak for my employer. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork _________________________________________________________________ Windows Live Hotmail now works up to 70% faster. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_faster_112008 |
From: Simon P. <Sim...@ut...> - 2008-12-01 13:42:51
|
Kevin Gunn wrote: > The cause for this is the 'T' in the date and the string splitter reg > expression used in the DHTML Date.parseDate in calendar.js. > > var a = str.split(/\W+/); > var b = fmt.match(/%./g); > > One quick solution is to modify the script to sub the 'T' char for > something like ':' which \W would match and split on. Any other > suggestions/preferences for this one? > Could also add 'T' to the regular expression match ie. /\W+|T/ to make it a little more obvious maybe. It should then split on one (or a repetition of) non-ascii word char(s) or T if my reg-exp knowledge doesn't fail me! :-) To make sure the calendar stuff could still be used elsewhere for dates other than ISO types maybe we should only use the T option in the reg-exp if the fmt contains a 'T'. Good bit of work finding this one - thanks Kevin and the AIMS users. I'll commit the fix for this shortly. There was also an uncaught javascript exception happening sometimes in calendar.js with FF (not IE I think) - happens when attempting to get the parentNode - I've shoved it into a try/catch block to shield it - its an FF bug I think - I'll commit that with this one once its tried out on IE and other FF versions. Cheers, Simon |
From: Patrick V. <pat...@ca...> - 2008-12-01 13:36:45
|
Hi, For some background, I am working on the geocat.ch project for swisstopo. The main goals of this project are documented here: http://www.nabble.com/Announcement-SwissTopo-developments-for-GeoNetwork-td20683715.html I have read, understood, and agree to the committer responsibilities and guidelines documented at http://trac.osgeo.org/geonetwork/wiki/committer. May I be granted access as a committer to the geocat sandbox area? My username is pvalsecc Thx, Patrick Valsecchi |
From: fabiojr <fj...@un...> - 2008-12-01 11:19:14
|
Hello there We're working with GeoNetwork, and we need sub-categories to organize the proper way our metadata. Is there any change in GeoNetwork that meets our needs? If there is, I wonder if there is any place where I can get help to start developing this option. thanks -- View this message in context: http://www.nabble.com/Sub-categories-tp20770102p20770102.html Sent from the geonetwork-devel mailing list archive at Nabble.com. |
From: Mathieu C. <mco...@gm...> - 2008-12-01 07:39:46
|
On Mon, Dec 1, 2008 at 8:17 AM, Torsten <tor...@go...> wrote: > Hi Mathieu, > > thanks for your fast reply! > It helps a bit, regarding this document > (http://www.fao.org/geonetwork/docs/ch15s03.html) I have to install the > source code and than compile GN. How do I make sure that I get the trunk > #1530 or upper, i.e. what do I have to tell ant? Making a svn checkout command on the trunk will retrieve you the HEAD revision, which is the last revision on trunk. So don't worry, if you do not specify any option to your checkout on trunk, you will get an upper revision than #1530. Concerning ant, once it is install on your computer, you just have to run the ant command in the appropriate repository, as it is mentionned here : http://www.fao.org/geonetwork/docs/ch15s03.html The ant command will run the default target in ant script : which leads to compile geonetwork sources for the first script, and to build the installer for the second one. Cheers, Mathieu |
From: Torsten <tor...@go...> - 2008-12-01 07:19:40
|
Hi Mathieu, thanks for your fast reply! It helps a bit, regarding this document (http://www.fao.org/geonetwork/docs/ch15s03.html) I have to install the source code and than compile GN. How do I make sure that I get the trunk #1530 or upper, i.e. what do I have to tell ant? I'm relative new to GN and never compiled it, so far I just used the desktop version to test it. Torsten Mathieu Coudert wrote: > Hi Torsten, > > Probably by getting sources from trunk (HEAD revision or upper than > #1530), or from branches/2.2.x. > You could build them and get your own installer using ant scripts. > HTH, > > Mathieu > > On Mon, Dec 1, 2008 at 6:14 AM, Torsten3y <tor...@go... > <mailto:tor...@go...>> wrote: > > > Hi Simon, > > I get the same error with FGDC data as Jhon described. You said > that you > fixed this, could you explain a little bit more how this can be > solved. I > don't see a way how to solve this from your answer. > I'm using GN 2.2.0. <http://2.2.0.> > Thank you! > Cheers > > Torsten > > > > Simon Pigot-6 wrote: > > > > Hi John, > > > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > > > Cheers, > > Simon > > > > John Kozimor wrote: > >> Hello developers, > >> > >> We have noticed that FGDC metadata with <metextns> does not insert > >> correctly into Geonetwork. If you add <metextns> to the > Geonetwork FGDC > >> sample metadata record included with Geonetwork, a > ClassCastException > >> :java.util.ArrayList error is returned (error-log stack trace > attached > >> below) when the insert completes and forwards to the Edit page: > >> > >> <metextns> > >> > <onlink>http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html</onlink> > >> <metprof>NGDC Extensions to FGDC Metadata</metprof> > >> </metextns> > >> > >> Geonetwork is having trouble processing the <onlink> element > >> when contained within <metextns>. The onlink element processes > >> correctly outside of <metextns>. Note that the insert does > >> actually succeed; it's the Edit page that triggers the exception. > >> > >> The <metextns> element is a mandatory element in our FGDC > >> metadata and therefore we need to find a solution to this problem. > >> Any help or direction the Geonetwork community can provide is > greatly > >> appreciated. > >> > >> > >> Thank you, > >> > >> > >> John > >> > >> > >> >From geonetwork.log: > >> > >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : > >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to > >> java.lang.String > >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised > exception while > >> executing service > >> <error id="error"> > >> <message>java.util.ArrayList cannot be cast to > >> java.lang.String</message> > >> <class>ClassCastException</class> > >> <stack> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="991" method="addValues" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="660" method="expandElement" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="617" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="134" method="addEditingInfo" /> > >> <at class="org.fao.geonet.kernel.DataManager" > >> file="DataManager.java" line="853" method="getMetadata" /> > >> <at class="org.fao.geonet.services.metadata.GetEditableData" > >> file="GetEditableData.java" line="72" method="exec" /> > >> <at class="jeeves.server.dispatchers.ServiceInfo" > >> file="ServiceInfo.java" line="238" method="execService" /> > >> </stack> > >> > >> > >> > >> > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win > great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere > in the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > > _______________________________________________ > > GeoNetwork-devel mailing list > > Geo...@li... > <mailto:Geo...@li...> > > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > > GeoNetwork OpenSource is maintained at > > http://sourceforge.net/projects/geonetwork > > > > > > > Simon Pigot-6 wrote: > > > > Hi John, > > > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > > > Cheers, > > Simon > > > > John Kozimor wrote: > >> Hello developers, > >> > >> We have noticed that FGDC metadata with <metextns> does not insert > >> correctly into Geonetwork. If you add <metextns> to the > Geonetwork FGDC > >> sample metadata record included with Geonetwork, a > ClassCastException > >> :java.util.ArrayList error is returned (error-log stack trace > attached > >> below) when the insert completes and forwards to the Edit page: > >> > >> <metextns> > >> > <onlink>http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html</onlink> > >> <metprof>NGDC Extensions to FGDC Metadata</metprof> > >> </metextns> > >> > >> Geonetwork is having trouble processing the <onlink> element > >> when contained within <metextns>. The onlink element processes > >> correctly outside of <metextns>. Note that the insert does > >> actually succeed; it's the Edit page that triggers the exception. > >> > >> The <metextns> element is a mandatory element in our FGDC > >> metadata and therefore we need to find a solution to this problem. > >> Any help or direction the Geonetwork community can provide is > greatly > >> appreciated. > >> > >> > >> Thank you, > >> > >> > >> John > >> > >> > >> >From geonetwork.log: > >> > >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : > >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to > >> java.lang.String > >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised > exception while > >> executing service > >> <error id="error"> > >> <message>java.util.ArrayList cannot be cast to > >> java.lang.String</message> > >> <class>ClassCastException</class> > >> <stack> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="991" method="addValues" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="660" method="expandElement" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="617" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="134" method="addEditingInfo" /> > >> <at class="org.fao.geonet.kernel.DataManager" > >> file="DataManager.java" line="853" method="getMetadata" /> > >> <at class="org.fao.geonet.services.metadata.GetEditableData" > >> file="GetEditableData.java" line="72" method="exec" /> > >> <at class="jeeves.server.dispatchers.ServiceInfo" > >> file="ServiceInfo.java" line="238" method="execService" /> > >> </stack> > >> > >> > >> > >> > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win > great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere > in the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > > _______________________________________________ > > GeoNetwork-devel mailing list > > Geo...@li... > <mailto:Geo...@li...> > > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > > GeoNetwork OpenSource is maintained at > > http://sourceforge.net/projects/geonetwork > > > > > > -- > View this message in context: > http://www.nabble.com/FGDC-Element-%3Cmetextns%3E-not-inserting-correctly-into-geonetwork-tp19692822p20766250.html > Sent from the geonetwork-devel mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > <mailto:Geo...@li...> > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > > > > > -- > Mathieu Coudert > mco...@gm... <mailto:mco...@gm...> |
From: Kevin G. <k....@ai...> - 2008-12-01 06:51:41
|
The cause for this is the 'T' in the date and the string splitter reg expression used in the DHTML Date.parseDate in calendar.js. var a = str.split(/\W+/); var b = fmt.match(/%./g); One quick solution is to modify the script to sub the 'T' char for something like ':' which \W would match and split on. Any other suggestions/preferences for this one? Cheers, Kevin -----Original Message----- From: Kevin Gunn Sent: Monday, 1 December 2008 12:00 PM To: geo...@li... Subject: [GeoNetwork-devel] BlueNet MEST Date field lose current time valueon calendar.setup call Hi All, The users of the BlueNet MEST here at AIMS have found an issue with the date fields which use the DHTML Calendar scripts. The issue is when the date field already contains a datetime value, if you select the calendar image and open the date selector, the time components are miss placed. What appears to be happening is that the minute value is being placed in the hour value and the hour value is lost. Is this behaviour been seen by anyone else? If so is there a fix out there for the DHTML scripts? Cheers, Kevin -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ |
From: Mathieu C. <mco...@gm...> - 2008-12-01 06:29:46
|
Hi Torsten, Probably by getting sources from trunk (HEAD revision or upper than #1530), or from branches/2.2.x. You could build them and get your own installer using ant scripts. HTH, Mathieu On Mon, Dec 1, 2008 at 6:14 AM, Torsten3y <tor...@go...>wrote: > > Hi Simon, > > I get the same error with FGDC data as Jhon described. You said that you > fixed this, could you explain a little bit more how this can be solved. I > don't see a way how to solve this from your answer. > I'm using GN 2.2.0. > Thank you! > Cheers > > Torsten > > > > Simon Pigot-6 wrote: > > > > Hi John, > > > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > > > Cheers, > > Simon > > > > John Kozimor wrote: > >> Hello developers, > >> > >> We have noticed that FGDC metadata with <metextns> does not insert > >> correctly into Geonetwork. If you add <metextns> to the Geonetwork > FGDC > >> sample metadata record included with Geonetwork, a ClassCastException > >> :java.util.ArrayList error is returned (error-log stack trace attached > >> below) when the insert completes and forwards to the Edit page: > >> > >> <metextns> > >> <onlink> > http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html > </onlink> > >> <metprof>NGDC Extensions to FGDC Metadata</metprof> > >> </metextns> > >> > >> Geonetwork is having trouble processing the <onlink> element > >> when contained within <metextns>. The onlink element processes > >> correctly outside of <metextns>. Note that the insert does > >> actually succeed; it's the Edit page that triggers the exception. > >> > >> The <metextns> element is a mandatory element in our FGDC > >> metadata and therefore we need to find a solution to this problem. > >> Any help or direction the Geonetwork community can provide is greatly > >> appreciated. > >> > >> > >> Thank you, > >> > >> > >> John > >> > >> > >> >From geonetwork.log: > >> > >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : > >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to > >> java.lang.String > >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised exception while > >> executing service > >> <error id="error"> > >> <message>java.util.ArrayList cannot be cast to > >> java.lang.String</message> > >> <class>ClassCastException</class> > >> <stack> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="991" method="addValues" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="660" method="expandElement" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="617" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="134" method="addEditingInfo" /> > >> <at class="org.fao.geonet.kernel.DataManager" > >> file="DataManager.java" line="853" method="getMetadata" /> > >> <at class="org.fao.geonet.services.metadata.GetEditableData" > >> file="GetEditableData.java" line="72" method="exec" /> > >> <at class="jeeves.server.dispatchers.ServiceInfo" > >> file="ServiceInfo.java" line="238" method="execService" /> > >> </stack> > >> > >> > >> > >> > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > GeoNetwork-devel mailing list > > Geo...@li... > > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > > GeoNetwork OpenSource is maintained at > > http://sourceforge.net/projects/geonetwork > > > > > > > Simon Pigot-6 wrote: > > > > Hi John, > > > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > > > Cheers, > > Simon > > > > John Kozimor wrote: > >> Hello developers, > >> > >> We have noticed that FGDC metadata with <metextns> does not insert > >> correctly into Geonetwork. If you add <metextns> to the Geonetwork > FGDC > >> sample metadata record included with Geonetwork, a ClassCastException > >> :java.util.ArrayList error is returned (error-log stack trace attached > >> below) when the insert completes and forwards to the Edit page: > >> > >> <metextns> > >> <onlink> > http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html > </onlink> > >> <metprof>NGDC Extensions to FGDC Metadata</metprof> > >> </metextns> > >> > >> Geonetwork is having trouble processing the <onlink> element > >> when contained within <metextns>. The onlink element processes > >> correctly outside of <metextns>. Note that the insert does > >> actually succeed; it's the Edit page that triggers the exception. > >> > >> The <metextns> element is a mandatory element in our FGDC > >> metadata and therefore we need to find a solution to this problem. > >> Any help or direction the Geonetwork community can provide is greatly > >> appreciated. > >> > >> > >> Thank you, > >> > >> > >> John > >> > >> > >> >From geonetwork.log: > >> > >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : > >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to > >> java.lang.String > >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised exception while > >> executing service > >> <error id="error"> > >> <message>java.util.ArrayList cannot be cast to > >> java.lang.String</message> > >> <class>ClassCastException</class> > >> <stack> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="991" method="addValues" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="660" method="expandElement" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="617" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="626" method="expandTree" /> > >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" > >> line="134" method="addEditingInfo" /> > >> <at class="org.fao.geonet.kernel.DataManager" > >> file="DataManager.java" line="853" method="getMetadata" /> > >> <at class="org.fao.geonet.services.metadata.GetEditableData" > >> file="GetEditableData.java" line="72" method="exec" /> > >> <at class="jeeves.server.dispatchers.ServiceInfo" > >> file="ServiceInfo.java" line="238" method="execService" /> > >> </stack> > >> > >> > >> > >> > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > GeoNetwork-devel mailing list > > Geo...@li... > > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > > GeoNetwork OpenSource is maintained at > > http://sourceforge.net/projects/geonetwork > > > > > > -- > View this message in context: > http://www.nabble.com/FGDC-Element-%3Cmetextns%3E-not-inserting-correctly-into-geonetwork-tp19692822p20766250.html > Sent from the geonetwork-devel mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > -- Mathieu Coudert mco...@gm... |
From: Torsten3y <tor...@go...> - 2008-12-01 05:14:44
|
Hi Simon, I get the same error with FGDC data as Jhon described. You said that you fixed this, could you explain a little bit more how this can be solved. I don't see a way how to solve this from your answer. I'm using GN 2.2.0. Thank you! Cheers Torsten Simon Pigot-6 wrote: > > Hi John, > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > Cheers, > Simon > > John Kozimor wrote: >> Hello developers, >> >> We have noticed that FGDC metadata with <metextns> does not insert >> correctly into Geonetwork. If you add <metextns> to the Geonetwork FGDC >> sample metadata record included with Geonetwork, a ClassCastException >> :java.util.ArrayList error is returned (error-log stack trace attached >> below) when the insert completes and forwards to the Edit page: >> >> <metextns> >> <onlink>http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html</onlink> >> <metprof>NGDC Extensions to FGDC Metadata</metprof> >> </metextns> >> >> Geonetwork is having trouble processing the <onlink> element >> when contained within <metextns>. The onlink element processes >> correctly outside of <metextns>. Note that the insert does >> actually succeed; it's the Edit page that triggers the exception. >> >> The <metextns> element is a mandatory element in our FGDC >> metadata and therefore we need to find a solution to this problem. >> Any help or direction the Geonetwork community can provide is greatly >> appreciated. >> >> >> Thank you, >> >> >> John >> >> >> >From geonetwork.log: >> >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to >> java.lang.String >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised exception while >> executing service >> <error id="error"> >> <message>java.util.ArrayList cannot be cast to >> java.lang.String</message> >> <class>ClassCastException</class> >> <stack> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="991" method="addValues" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="660" method="expandElement" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="617" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="134" method="addEditingInfo" /> >> <at class="org.fao.geonet.kernel.DataManager" >> file="DataManager.java" line="853" method="getMetadata" /> >> <at class="org.fao.geonet.services.metadata.GetEditableData" >> file="GetEditableData.java" line="72" method="exec" /> >> <at class="jeeves.server.dispatchers.ServiceInfo" >> file="ServiceInfo.java" line="238" method="execService" /> >> </stack> >> >> >> >> > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > > Simon Pigot-6 wrote: > > Hi John, > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > Cheers, > Simon > > John Kozimor wrote: >> Hello developers, >> >> We have noticed that FGDC metadata with <metextns> does not insert >> correctly into Geonetwork. If you add <metextns> to the Geonetwork FGDC >> sample metadata record included with Geonetwork, a ClassCastException >> :java.util.ArrayList error is returned (error-log stack trace attached >> below) when the insert completes and forwards to the Edit page: >> >> <metextns> >> <onlink>http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html</onlink> >> <metprof>NGDC Extensions to FGDC Metadata</metprof> >> </metextns> >> >> Geonetwork is having trouble processing the <onlink> element >> when contained within <metextns>. The onlink element processes >> correctly outside of <metextns>. Note that the insert does >> actually succeed; it's the Edit page that triggers the exception. >> >> The <metextns> element is a mandatory element in our FGDC >> metadata and therefore we need to find a solution to this problem. >> Any help or direction the Geonetwork community can provide is greatly >> appreciated. >> >> >> Thank you, >> >> >> John >> >> >> >From geonetwork.log: >> >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to >> java.lang.String >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised exception while >> executing service >> <error id="error"> >> <message>java.util.ArrayList cannot be cast to >> java.lang.String</message> >> <class>ClassCastException</class> >> <stack> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="991" method="addValues" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="660" method="expandElement" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="617" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="134" method="addEditingInfo" /> >> <at class="org.fao.geonet.kernel.DataManager" >> file="DataManager.java" line="853" method="getMetadata" /> >> <at class="org.fao.geonet.services.metadata.GetEditableData" >> file="GetEditableData.java" line="72" method="exec" /> >> <at class="jeeves.server.dispatchers.ServiceInfo" >> file="ServiceInfo.java" line="238" method="execService" /> >> </stack> >> >> >> >> > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > > -- View this message in context: http://www.nabble.com/FGDC-Element-%3Cmetextns%3E-not-inserting-correctly-into-geonetwork-tp19692822p20766250.html Sent from the geonetwork-devel mailing list archive at Nabble.com. |
From: Torsten3y <tor...@go...> - 2008-12-01 05:08:22
|
Hi Simon, I get the same error with FGDC data as Jhon described. You said that you fixed this, could you explain a little bit more how this can be solved. I don't see a way how to solve this from your answer. I'm using GN 2.2.0. Thank you! Cheers Torsten Simon Pigot-6 wrote: > > Hi John, > > I've fixed this - commit #1530 on trunk, #1531 on branches/2.2.x. > > Cheers, > Simon > > John Kozimor wrote: >> Hello developers, >> >> We have noticed that FGDC metadata with <metextns> does not insert >> correctly into Geonetwork. If you add <metextns> to the Geonetwork FGDC >> sample metadata record included with Geonetwork, a ClassCastException >> :java.util.ArrayList error is returned (error-log stack trace attached >> below) when the insert completes and forwards to the Edit page: >> >> <metextns> >> <onlink>http://www.ngdc.noaa.gov/metadata/extensions/local_extensions.html</onlink> >> <metprof>NGDC Extensions to FGDC Metadata</metprof> >> </metextns> >> >> Geonetwork is having trouble processing the <onlink> element >> when contained within <metextns>. The onlink element processes >> correctly outside of <metextns>. Note that the insert does >> actually succeed; it's the Edit page that triggers the exception. >> >> The <metextns> element is a mandatory element in our FGDC >> metadata and therefore we need to find a solution to this problem. >> Any help or direction the Geonetwork community can provide is greatly >> appreciated. >> >> >> Thank you, >> >> >> John >> >> >> >From geonetwork.log: >> >> 2008-09-16 13:54:45,827 ERROR [jeeves.service] - (C) Exc : >> java.lang.ClassCastException: java.util.ArrayList cannot be cast to >> java.lang.String >> 2008-09-16 13:54:45,827 DEBUG [jeeves.service] - Raised exception while >> executing service >> <error id="error"> >> <message>java.util.ArrayList cannot be cast to >> java.lang.String</message> >> <class>ClassCastException</class> >> <stack> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="991" method="addValues" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="660" method="expandElement" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="617" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="626" method="expandTree" /> >> <at class="org.fao.geonet.kernel.EditLib" file="EditLib.java" >> line="134" method="addEditingInfo" /> >> <at class="org.fao.geonet.kernel.DataManager" >> file="DataManager.java" line="853" method="getMetadata" /> >> <at class="org.fao.geonet.services.metadata.GetEditableData" >> file="GetEditableData.java" line="72" method="exec" /> >> <at class="jeeves.server.dispatchers.ServiceInfo" >> file="ServiceInfo.java" line="238" method="execService" /> >> </stack> >> >> >> >> > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at > http://sourceforge.net/projects/geonetwork > > -- View this message in context: http://www.nabble.com/FGDC-Element-%3Cmetextns%3E-not-inserting-correctly-into-geonetwork-tp19692822p20766215.html Sent from the geonetwork-devel mailing list archive at Nabble.com. |
From: Kevin G. <k....@ai...> - 2008-12-01 02:08:32
|
Hi, I have placed a test version of the AIMS customised BlueNetMEST for you to have a play with. It has the parent child relationship implementation I came up with for AIMS (no search functionality). You will need to work with the iso19139.mcp schema to see this as it's the only schema I have implemented it on. Also only English language is supported. http://data.aims.gov.au:9080/geonetwork Login is default admin account. Where do we stand with the proposal for this parent child relationship implementation, did you still want me involved? Cheers, Kevin -----Original Message----- From: Kevin Gunn Sent: Monday, 17 November 2008 10:44 AM To: 'fra...@ca...' Cc: geonetwork-devel Subject: RE: [GeoNetwork-devel] parent and child relationships Hi Francois, With regard to record ownership, I leave it set up the defaults, that is I let any editor create children, I don't restrict this at the moment (default create button privileges). Once created, then if the creator isn't the one who should own the record they would need to transfer ownership to the appropriate editor and group. I have introduced single ownership transfer to our internal Geonetwork. I see this is now part of the latest "massive" operations functionality. I implemented the single transfer slightly different, via a new button on the record show form that only displays according to the same privileges as the edit button. With regard to catalogues, I haven't included this concept in the parent child relationship. Currently I'm only designing/implementing for linking records in the local Geonetwork. The parents could be harvested records, but I wasn't going to link to a remote Geonetwork. I haven't factored harvested records into the equation yet so will have to do some testing on that. Do you need to have the linkage directly to remote nodes? I'd like to post my source somewhere externally so you can compile it and have a look, check out the source code, etc. How do I go about getting an area on the SVN for this? Cheers, Kevin -----Original Message----- From: Francois-Xavier Prunayre [mailto:fra...@ca...] Sent: Thursday, 13 November 2008 17:48 PM To: Kevin Gunn Cc: geonetwork-devel Subject: RE: [GeoNetwork-devel] parent and child relationships Hi Kevin, On jeu, 2008-11-13 at 11:25 +1000, Kevin Gunn wrote: > Checked out your geonetwork url and tried the "land cover" search but it > returned no records for me. Nor did "la couverture des terres" :-). I > had not authenticated though. Yep, some people are playing with this website, so content is changing. But feel free to login (admin/admin) and you could try creating a child from an existing record. > -automation of child->parent and parent->child linkage creation in > create > -automation of parent->child linkage removal in delete This work only when all your metadata records are in the same catalogue but you could have a child referencing a parent in another catalogue ... uuidref are unique but could point to a ressource in a different catalogue. Do you have issue on metadata own by one user and the child own by another editor ... then you could have cases where user doesn't have privileges to do an update of both parent and children ? How do you handle that ? > -automation of child->parent and parent->child linkage creation and > removal in update > -allowing creation of child and sibling relationships via the > create/duplicate service and setting up the appropriate child->parent > and parent->child linkage > -failing delete on parents that have children > -href link in show form only when string length of parentIdentifier and > childIdentifier fields is 36 (UUID length) > this. Guess I could have some sort of recursive lucene search. For now in geosource, it's only a two steps search ... but definetely it could be useful to do recursive search. It could be nice to do the main search and then in the present service search for related items so we could display search results with : * record 1 * parent * children * services (19119) * featureCatalogue (19110) * record 2 * services * record 3 * record 4 * ... Ciao. Francois -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ |
From: Kevin G. <k....@ai...> - 2008-12-01 02:00:30
|
Hi All, The users of the BlueNet MEST here at AIMS have found an issue with the date fields which use the DHTML Calendar scripts. The issue is when the date field already contains a datetime value, if you select the calendar image and open the date selector, the time components are miss placed. What appears to be happening is that the minute value is being placed in the hour value and the hour value is lost. Is this behaviour been seen by anyone else? If so is there a fix out there for the DHTML scripts? Cheers, Kevin -- ------------------------------------------------------------------------ The information contained in this communication is for the use of the individual or entity to whom it is addressed, and may contain information which is the subject of legal privilege and/or copyright. If you have received this communication in error, please notify the sender by return email and delete the transmission, together with any attachments, from your system. Thank you. ------------------------------------------------------------------------ |
From: Jeroen T. <Jer...@ge...> - 2008-11-29 13:50:25
|
Hi all, I have a job vacancy in Enschede for a (Java) Software developer. Please see http://geocat.net/vacancies.html or http://wiki.osgeo.org/wiki/Jobs_Board#Open_Source_Software_Developer_at_GeoCat_.2828-11-2008.29 for details. Ciao, Jeroen ____________________________________________________ Jeroen Ticheler GeoCat bv Tel: +31 (0)6 81286572 http://geocat.net Please consider the environment before printing this email. |
From: Jeroen T. <Jer...@ge...> - 2008-11-29 13:47:21
|
Hi Emmanuel, You've been added to the developers. Welcome on board! Jeroen On Nov 28, 2008, at 10:28 AM, Emmanuel BELO wrote: > Dear List, > > For some background, I am working on the geocat.ch project for > swisstopo > as project manager. The main goals of this project are documented > here: > http://www.nabble.com/Announcement-SwissTopo-developments-for-GeoNetwork-td20683715.html > > > I have read, understood, and agree to the committer responsibilities > and > guidelines documented at http://trac.osgeo.org/geonetwork/wiki/committer > . > > May I be granted access as a committer to the geocat sandbox area? > > My username is ebelo > > Tank you, > > regards. > > Emmanuel BELO > > > -- > Camptocamp SA > Emmanuel BELO > PSE A > CH-1015 Lausanne > > +41 21 619 10 25 (direct) > +41 21 619 10 10 (centrale) > +41 21 619 10 00 (fax) > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > GeoNetwork-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel > GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork > |