[GeoNetwork-devel] Proposal: Clickable hyperlinks

GeoNetwork GeoNetwork Developer
1

hello,

I have put up the proposal for Clickable Hyperlinks, here: http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.

PSC members, please vote !

The work was originally implemented in Nationaal Georegister, http://nationaalgeoregister.nl
.

Kind regards
Heikki Doeleman

2

+1 for me and one question

On IRC we talked that this replacement is made by recursive XSL, could
it be faster to do that applying a Java function from XSL ?

Francois

2009/9/14 heikki <tropicano@anonymised.com>:

hello,

I have put up the proposal for Clickable Hyperlinks, here:
http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.

PSC members, please vote !

The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl
.

Kind regards
Heikki Doeleman
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

3

probably, sure. But I think calling Java from XSLT is not a native function and depends on transformer-specific extensions. Is that not the case ?

I suggest we simply introduce it as it is now (it’ll be possible to switch it off too) and if we find it actually causes a performance degradation, then we’ll see how to fix it.

On Mon, Sep 14, 2009 at 1:51 PM, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

+1 for me and one question

On IRC we talked that this replacement is made by recursive XSL, could
it be faster to do that applying a Java function from XSL ?

Francois

2009/9/14 heikki <tropicano@anonymised.com…>:

hello,

I have put up the proposal for Clickable Hyperlinks, here:
http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.

PSC members, please vote !

The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl
.

Kind regards
Heikki Doeleman

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

4

2009/9/14 heikki <tropicano@anonymised.com>:

probably, sure. But I think calling Java from XSLT is not a native function
and depends on transformer-specific extensions. Is that not the case ?

True;

You need to declare your namespace eg.
xmlns:java="java:org.fao.geonet.util.XslUtil"
and then call the function
<xsl:value-of select="java:yourFunction(....)"/>

Xalan and Saxon are using almost same syntax. We've been using it in
geocat.ch sandbox, Simon also does I think.

This is used for GeoEditorViewer proposal also.

I suggest we simply introduce it as it is now (it'll be possible to switch
it off too) and if we find it actually causes a performance degradation,
then we'll see how to fix it.

Yes.

Francois

On Mon, Sep 14, 2009 at 1:51 PM, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:

+1 for me and one question

On IRC we talked that this replacement is made by recursive XSL, could
it be faster to do that applying a Java function from XSL ?

Francois

2009/9/14 heikki <tropicano@anonymised.com>:
> hello,
>
> I have put up the proposal for Clickable Hyperlinks, here:
> http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.
>
> PSC members, please vote !
>
> The work was originally implemented in Nationaal Georegister,
> http://nationaalgeoregister.nl
> .
>
> Kind regards
> Heikki Doeleman
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> GeoNetwork-devel mailing list
> GeoNetwork-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
> GeoNetwork OpenSource is maintained at
> http://sourceforge.net/projects/geonetwork
>

5

+1

Cheers,
Simon

heikki wrote:

hello,

I have put up the proposal for Clickable Hyperlinks, here: HyperlinkAsHyperlink – GeoNetwork opensource Developer website. <http://trac.osgeo.org/geonetwork/wiki/PerformanceImprovementInSearch&gt;

PSC members, please vote !

The work was originally implemented in Nationaal Georegister, http://nationaalgeoregister.nl/&gt;
.

Kind regards
Heikki Doeleman
------------------------------------------------------------------------

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. Best Open Source Mac Front-Ends 2024
------------------------------------------------------------------------

_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
geonetwork-devel List Signup and Options
GeoNetwork OpenSource is maintained at GeoNetwork - Geographic Metadata Catalog download | SourceForge.net

6

Hi Heikki and Francois,

Yes - have used it to do date-time parsing for basic temporal search (using JODA) as this required a bit too much xslt, haven't used it to do recursive xslt.

I had a thought that maybe org.xml.sax.XMLFilter might be useful for this and perhaps might cross over with the request that someone (Jessie?) made earlier about sorting elements as pre-presentation step - haven't had time to follow this up to see whether it would work where we want it.

Cheers,
Simon

Francois Prunayre wrote:

2009/9/14 heikki <tropicano@anonymised.com>:
  

probably, sure. But I think calling Java from XSLT is not a native function
and depends on transformer-specific extensions. Is that not the case ?
    

True;

You need to declare your namespace eg.
xmlns:java="java:org.fao.geonet.util.XslUtil"
and then call the function
<xsl:value-of select="java:yourFunction(....)"/>

Xalan and Saxon are using almost same syntax. We've been using it in
geocat.ch sandbox, Simon also does I think.

This is used for GeoEditorViewer proposal also.

I suggest we simply introduce it as it is now (it'll be possible to switch
it off too) and if we find it actually causes a performance degradation,
then we'll see how to fix it.
    

Yes.

Francois

On Mon, Sep 14, 2009 at 1:51 PM, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:
    

+1 for me and one question

On IRC we talked that this replacement is made by recursive XSL, could
it be faster to do that applying a Java function from XSL ?

Francois

2009/9/14 heikki <tropicano@anonymised.com>:
      

hello,

I have put up the proposal for Clickable Hyperlinks, here:
HyperlinkAsHyperlink – GeoNetwork opensource Developer website.

PSC members, please vote !

The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl
.

Kind regards
Heikki Doeleman

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and
focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. Best Open Source Mac Front-Ends 2024
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
geonetwork-devel List Signup and Options
GeoNetwork OpenSource is maintained at
GeoNetwork - Geographic Metadata Catalog download | SourceForge.net

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. Best Open Source Mac Front-Ends 2024
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
geonetwork-devel List Signup and Options
GeoNetwork OpenSource is maintained at GeoNetwork - Geographic Metadata Catalog download | SourceForge.net

7

hi Simon,

XMLFilter looks like a good strategy to use for stuff like this. There are probably several more places where it may be useful, in the existing code.

The recursion in the hyperlink XLSLT is there to process each word – it processes the first word, and recurses with the rest of the text. To keep memory usage (much) lower, it also has a Divide & Conquer strategy built in, i.e. rather than actually calling itself with the rest of the text, it does so with the first half of the rest, and then the second half of the rest of the text.

This implementation (with the D&C) did not cause any memory problems, but the impact on speed was never measured.

I’ll include the current source in this email, all comments welcome.

Kind regards
Heikki Doeleman

On Mon, Sep 14, 2009 at 4:10 PM, Simon Pigot <Simon.Pigot@anonymised.com> wrote:

Hi Heikki and Francois,

Yes - have used it to do date-time parsing for basic temporal search (using JODA) as this required a bit too much xslt, haven’t used it to do recursive xslt.

I had a thought that maybe org.xml.sax.XMLFilter might be useful for this and perhaps might cross over with the request that someone (Jessie?) made earlier about sorting elements as pre-presentation step - haven’t had time to follow this up to see whether it would work where we want it.

Cheers,
Simon

Francois Prunayre wrote:

2009/9/14 heikki <tropicano@anonymised.com>:

probably, sure. But I think calling Java from XSLT is not a native function
and depends on transformer-specific extensions. Is that not the case ?

True;

You need to declare your namespace eg.
xmlns:java=“java:org.fao.geonet.util.XslUtil”
and then call the function
<xsl:value-of select=“java:yourFunction(…)”/>

Xalan and Saxon are using almost same syntax. We’ve been using it in
geocat.ch sandbox, Simon also does I think.

This is used for GeoEditorViewer proposal also.

I suggest we simply introduce it as it is now (it’ll be possible to switch
it off too) and if we find it actually causes a performance degradation,
then we’ll see how to fix it.

Yes.

Francois

On Mon, Sep 14, 2009 at 1:51 PM, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:

+1 for me and one question

On IRC we talked that this replacement is made by recursive XSL, could
it be faster to do that applying a Java function from XSL ?

Francois

2009/9/14 heikki <tropicano@anonymised.com>:

hello,

I have put up the proposal for Clickable Hyperlinks, here:
http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.

PSC members, please vote !

The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl
.

Kind regards
Heikki Doeleman

Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and
focus
on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what’s new with Crystal Reports now. http://p.sf.net/sfu/bobj-july

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

(attachments)

text-utilities.xsl (7.33 KB)

8

OK, it seems people @csiro.au are not allowed to receive XSLT attachments. So I copied the current implementation also here: http://pastebin.com/f64c885c1.

On Tue, Sep 15, 2009 at 12:30 PM, heikki <tropicano@anonymised.com> wrote:

hi Simon,

XMLFilter looks like a good strategy to use for stuff like this. There are probably several more places where it may be useful, in the existing code.

The recursion in the hyperlink XLSLT is there to process each word – it processes the first word, and recurses with the rest of the text. To keep memory usage (much) lower, it also has a Divide & Conquer strategy built in, i.e. rather than actually calling itself with the rest of the text, it does so with the first half of the rest, and then the second half of the rest of the text.

This implementation (with the D&C) did not cause any memory problems, but the impact on speed was never measured.

I’ll include the current source in this email, all comments welcome.

Kind regards
Heikki Doeleman

On Mon, Sep 14, 2009 at 4:10 PM, Simon Pigot <Simon.Pigot@anonymised.com> wrote:

Hi Heikki and Francois,

Yes - have used it to do date-time parsing for basic temporal search (using JODA) as this required a bit too much xslt, haven’t used it to do recursive xslt.

I had a thought that maybe org.xml.sax.XMLFilter might be useful for this and perhaps might cross over with the request that someone (Jessie?) made earlier about sorting elements as pre-presentation step - haven’t had time to follow this up to see whether it would work where we want it.

Cheers,
Simon

Francois Prunayre wrote:

2009/9/14 heikki <tropicano@anonymised.com>:

probably, sure. But I think calling Java from XSLT is not a native function
and depends on transformer-specific extensions. Is that not the case ?

True;

You need to declare your namespace eg.
xmlns:java=“java:org.fao.geonet.util.XslUtil”
and then call the function
<xsl:value-of select=“java:yourFunction(…)”/>

Xalan and Saxon are using almost same syntax. We’ve been using it in
geocat.ch sandbox, Simon also does I think.

This is used for GeoEditorViewer proposal also.

I suggest we simply introduce it as it is now (it’ll be possible to switch
it off too) and if we find it actually causes a performance degradation,
then we’ll see how to fix it.

Yes.

Francois

On Mon, Sep 14, 2009 at 1:51 PM, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:

+1 for me and one question

On IRC we talked that this replacement is made by recursive XSL, could
it be faster to do that applying a Java function from XSL ?

Francois

2009/9/14 heikki <tropicano@anonymised.com>:

hello,

I have put up the proposal for Clickable Hyperlinks, here:
http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.

PSC members, please vote !

The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl
.

Kind regards
Heikki Doeleman

Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and
focus
on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what’s new with Crystal Reports now. http://p.sf.net/sfu/bobj-july

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

9

+1
Cheers, Patrizia

  -----Messaggio originale-----
  Da: heikki [mailto:tropicano@…31…]
  Inviato: lun 14/09/2009 13.20
  A: Devel geonetwork-devel@lists.sourceforge.net
  Cc:
  Oggetto: [GeoNetwork-devel] Proposal: Clickable hyperlinks
  
  hello,
  
  I have put up the proposal for Clickable Hyperlinks, here:
http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.
<http://trac.osgeo.org/geonetwork/wiki/PerformanceImprovementInSearch&gt;
  
  PSC members, please vote !
  
  The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl/&gt;
  .
  
  Kind regards
  Heikki Doeleman

10

+1

   Emanuele

Alle 13:20:34 di lunedì 14 settembre 2009, heikki ha scritto:

hello,

I have put up the proposal for Clickable Hyperlinks, here:
http://trac.osgeo.org/geonetwork/wiki/HyperlinkAsHyperlink.&lt;http://trac.osg
eo.org/geonetwork/wiki/PerformanceImprovementInSearch>

PSC members, please vote !

The work was originally implemented in Nationaal Georegister,
http://nationaalgeoregister.nl.

Kind regards
Heikki Doeleman