Re: [math] Fluent interface in RealVector

HI, 2012/7/9 Sébastien Brisard : > Hello, > > 2012/7/9 Luc Maisonobe : >> On 09/07/2012 07:08, Sébastien Brisard wrote: >>> 2012/7/9 Gilles Sadowski : On Sat, Jul 07, 2012 at 01:49:25PM +0200, Sébastien Brisard wrote: > Hello, > most existing methods in class RealVector allow method c

Re: [math] Fluent interface in RealVector

Hello, 2012/7/9 Luc Maisonobe : > On 09/07/2012 07:08, Sébastien Brisard wrote: >> 2012/7/9 Gilles Sadowski : >>> On Sat, Jul 07, 2012 at 01:49:25PM +0200, Sébastien Brisard wrote: Hello, most existing methods in class RealVector allow method chaining. >>> >>> Chaining does not always ma

Re: [math] Fluent interface in RealVector

On 09/07/2012 07:08, Sébastien Brisard wrote: > 2012/7/9 Gilles Sadowski : >> On Sat, Jul 07, 2012 at 01:49:25PM +0200, Sébastien Brisard wrote: >>> Hello, >>> most existing methods in class RealVector allow method chaining. >> >> Chaining does not always make for readable code. >> >>> However, som

Re: [math] In class RealVector, sparseIterator() is confusing

On 09/07/2012 02:39, Gilles Sadowski wrote: > On Sat, Jul 07, 2012 at 02:31:54PM +0200, Sébastien Brisard wrote: >> Hi, >> recent bugs have revealed that the use of sparseIterator() is quite >> delicate. Also, the current Javadoc is confusing, since it says >> "Specialized implementations may choos

Re: [math] Fluent interface in RealVector

2012/7/9 Gilles Sadowski : > On Sat, Jul 07, 2012 at 01:49:25PM +0200, Sébastien Brisard wrote: >> Hello, >> most existing methods in class RealVector allow method chaining. > > Chaining does not always make for readable code. > >> However, some methods just return void instead of this >> - addTo

Re: [math] Fluent interface in RealVector

On Sat, Jul 07, 2012 at 01:49:25PM +0200, Sébastien Brisard wrote: > Hello, > most existing methods in class RealVector allow method chaining. Chaining does not always make for readable code. > However, some methods just return void instead of this > - addToEntry > - set > - setEntry > -

Re: [math] In class RealVector, sparseIterator() is confusing

On Sat, Jul 07, 2012 at 02:31:54PM +0200, Sébastien Brisard wrote: > Hi, > recent bugs have revealed that the use of sparseIterator() is quite > delicate. Also, the current Javadoc is confusing, since it says > "Specialized implementations may choose to not iterate over all > dimensions, either bec

Re: [IMAGING] Getting EXIF and IPTC metadata using metadata and image format neutral code

There are two specs: 1. IPTC Standard Photo Metadata 2008 IPTC Core Specification Version 1.1 IPTC Extension Specification Version 1.0 Document Revision 2 (IPTC-PhotoMetadata-2008 spec) 2. IPTC -

[compress] encoding parameter in ArchiveStreamFactory (was Re: svn commit: r1358626)

On 2012-07-08, sebb wrote: > On 7 July 2012 20:34, wrote: >> Modified: >> commons/proper/compress/trunk/src/main/java/org/apache/commons/compress/archivers/ArchiveStreamFactory.java >>+private String entryEncoding = null; > The class is currently tagged as: > * @Immutable > This breaks t

Re: [IMAGING] Getting EXIF and IPTC metadata using metadata and image format neutral code

You ask "TODO: What to do about properties not seen in IPTC-PhotoMetadata-2008 (e.g. "Record Version"))" Look at http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/IPTC.html Scroll down to "IPTC ApplicationRecord Tags" Those names seem to resemble what is in http://www.iptc.org/std/IIM/4.1/spec

Re: svn commit: r1358626 - in /commons/proper/compress/trunk/src: changes/changes.xml main/java/org/apache/commons/compress/archivers/ArchiveStreamFactory.java main/java/org/apache/commons/compress/ar

On 7 July 2012 20:34, wrote: > Author: bodewig > Date: Sat Jul 7 19:34:11 2012 > New Revision: 1358626 > > URL: http://svn.apache.org/viewvc?rev=1358626&view=rev > Log: > COMPRESS-192 add an encoding option to ArchiveStreamFactory for zip and tar. > Based on patch by Jukka Zitting > > Modified