You can make a BufferedImage with TYPE_USHORT_GRAY for 16 bits per sample.
Damjan
On Tue, Jun 5, 2018 at 11:15 AM Juergen Stumpe wrote:
> Hello,
>
> I need to write grayscale pixels with 16 bits per sample into a Tiff file.
>
> In the provided Apache examples the Imaging.writeImage() method i
+1
On Thu, May 18, 2017 at 7:22 PM, Rob Tompkins wrote:
> Hello all,
>
> I would like to propose that we move commons-imaging to git in hopes of
> doing that before the potential of releasing a 1.0. I figure that it would
> be an easier migration with only a trunk to manage in getting it over th
Imaging is in quite a sad state compared to javax.imageio, with very
limited JPEG support that is hard to improve without major research, and
doesn't add that much value. People seem to mostly use it for extracting
image metadata.
I would like to see most of the following in 1.0:
* Proper support
Thank you.
I have tons of changes I want to make, many of them large and affecting the
API. If we have to make a release soon, maybe a 0.98 would be better?
Regards
Damjan
On Sun, Feb 5, 2017 at 7:09 PM, Benedikt Ritter wrote:
> Hi Damjan,
>
> It’s nice to see some activity in IMAGING again. D
Hi
I am back to contributing to Commons Imaging.
Will start with some cleanups, like try-with-resources instead of
IoUtils.closeQuietly().
Java and Maven are a heaven send after working in C++ and make with Apache
OpenOffice.
Regards
Damjan
There's also BridJ (https://github.com/nativelibs4java/BridJ), which
claims to be very fast, supports C++ and COM, and JNAerator can
autogenerate code for it from C/C++ headers.
Java 9 will also have vastly enhanced access to native code
(http://openjdk.java.net/projects/panama/).
Damjan
On Sat,
Apache Math
On Mon, Feb 1, 2016 at 7:06 PM, Phil Steitz wrote:
> Please select your top choice among the following suggested names
> for the new [math]-based TLP. All are welcome and encouraged to
> respond. This POLL will be open for 72 hours, at which time two
> tallies will be presented: o
Hi
(At least) our ZipFile and SevenZFile use RandomAccessFile to read an
actual file, meaning they cannot operate on file contents in an array,
java.nio channels and buffers, or anything other than an actual file, even
if it is randomly accessible. RandomAccessFile also cannot benefit from
memory-
+1
On Sat, Aug 22, 2015 at 9:29 PM, Stefan Bodewig wrote:
> Hi all
>
> more thann half a year ago I promised to call for a vote for migrating
> to git as soon as 1.10 has been released. Well that took longer than
> expected :-)
>
> Anyway, here is the vote:
>
> +1 Move to git
> -1 Stick with svn
Hi
I have a patch waiting to be committed to commons-imaging which uses
the LZW stuff in commons-compress (brief mention of it by me on
IMAGING-126), so it could break with these changes. My hope was to
wait for the next release of compress before committing, so I could
use that version of compres
The completeness and correctness ranges from feature to feature and
file format to file format, eg. I wouldn't recommend it for JPEG
images (as opposed to their metadata):
http://commons.apache.org/proper/commons-imaging/formatsupport.html
You can look through the issues to see what is outstanding
On Wed, Nov 12, 2014 at 8:51 PM, Stefan Bodewig wrote:
> One thing BitStream and BitInputStream have in common is what happens
> when I request more bits than are available from the underlying stream,
> both will signal an EOF and discard the cached bits. I.e if there are
> still three bits cach
On Wed, Nov 12, 2014 at 9:49 PM, Stefan Bodewig wrote:
> Apart from EOF handling there also is the byte-order case.
>
> As it stands I'll get different bits in LITTLE_ENDIAN order if I read
> eight bits twice or sixteen bits at once, this is now what I'd expect.
> Should byte order imply we are al
Hi
Is there some reason CSVPrinter.printRecords(final ResultSet
resultSet) retrieves all fields from the ResultSet using
ResultSet.getString(), which makes QuoteMode.NON_NUMERIC quote
numbers?
This seems to work a lot better:
Index: src/main/java/org/apache/commons/csv/CSVPrinter.java
==
On Thu, Oct 23, 2014 at 2:38 PM, Emmanuel Bourg wrote:
> Le 23/10/2014 06:42, Damjan Jovanovic a écrit :
>
>> I've been hoping to steal commons-compress's cleaner and faster LZW
>> decompressor, and use it in commons-imaging for TIFF and GIF files,
>> and I
On Thu, Oct 23, 2014 at 5:05 PM, Gary Gregory wrote:
> On Thu, Oct 23, 2014 at 12:42 AM, Damjan Jovanovic
> wrote:
>
>> Hi
>>
>> I've been hoping to steal commons-compress's cleaner and faster LZW
>> decompressor, and use it in commons-imaging for TIFF
Hi
I've been hoping to steal commons-compress's cleaner and faster LZW
decompressor, and use it in commons-imaging for TIFF and GIF files,
and I've finally managed to make a patch to that effect.
This requires moving LZWInputStream to a
org.apache.commons.compress.compressors.lzw package and maki
Thank you :).
There's lots of issues to close first, and I think 0.98 would be more
appropriate.
The API also needs big, breaking changes, to handle multi-image file
formats, copy/rewrite metadata losslessly, and other things...
Damjan
On Thu, Oct 16, 2014 at 7:01 AM, Gary Gregory wrote:
> Goo
You might be able to write multi-page TIFFs, by adding multiple
TiffOutputDirectories to a TiffOutputSet with directory type root in
order that the pages appear, and manually populating their images.
Regards
Damjan
On Mon, Mar 17, 2014 at 11:55 AM, Jesus Galindo
wrote:
> Hi,
>
> is there any way
The raw image has the XP TITLE field in IFD0, but the test writes it
into the EXIF IFD and then reads it from any IFD, so it could find it
the wrong one. The search order must be different, but I don't
understand why.
In any case, the whole TIFF package is full of nonsense and in need of
a rewrite
On Sun, Jan 26, 2014 at 8:13 AM, Stefan Bodewig wrote:
> On 2014-01-25, Damjan Jovanovic wrote:
>
>> On Fri, Jan 24, 2014 at 6:06 PM, Stefan Bodewig wrote:
>>> On 2013-12-30, Stefan Bodewig wrote:
>
>>>> Compress 1.x is at Java5, personally I don't think
On Fri, Jan 24, 2014 at 6:06 PM, Stefan Bodewig wrote:
> On 2013-12-30, Stefan Bodewig wrote:
>
>> Compress 1.x is at Java5, personally I don't think Java6 would give us
>> any benefits. I don't know about the other improvements in NIO2 but the
>> java.nio.file package looks useful for compress.
On Wed, Jan 8, 2014 at 4:41 PM, Stefan Bodewig wrote:
> Hi,
>
> putting the exact representation of an archive entry aside I've put down
> an idea of the API for reading and writing archives together with a POC
> port of the AR classes for this API. All is inside
> http://svn.apache.org/repos/asf
Very nice.
I am wondering how far this can be taken. TIFF's LZW uses an
end-of-information code after the clear code, allows both
little-endian and big-endian packing of bytes, and increases the code
size one step too early. Is it even possible to generalize LZW (any
further), and would it be a go
On Thu, Dec 12, 2013 at 4:11 PM, Emmanuel Bourg wrote:
> Le 06/12/2013 20:20, dam...@apache.org a écrit :
>
>> +public class UnshrinkingInputStream extends CompressorInputStream {
>
> What about keeping this class package private? I don't think it's
> necessary to make it part of the public API.
Hi
I just committed a patch for decompressing ZIP entries using method 1
("unshrinking"), but it's only for ZipFile.
If someone wants to help patch ZipInputStream, please feel free. It
may be worth refactoring decompression in that class, because it will
just keep getting worse as more compressio
Why? I've heard initializing fields, even to their defaults, is a good
practice and makes code clearer.
Damjan
On Thu, Nov 28, 2013 at 9:43 AM, wrote:
> Author: ebourg
> Date: Thu Nov 28 07:43:15 2013
> New Revision: 1546303
>
> URL: http://svn.apache.org/r1546303
> Log:
> Removed field initial
Vote closed, results were:
+1:
Damjan Jovanovic
No other votes were cast.
Vote fails since majority approval needs at least 3 votes of +1 ->
aborting release.
Damjan
On Sun, Nov 24, 2013 at 6:54 PM, Damjan Jovanovic wrote:
> Please vote on releasing commons-imaging 1.0 from RC7.
&g
On Tue, Nov 26, 2013 at 6:18 PM, wrote:
> Author: ebourg
> Date: Tue Nov 26 16:18:58 2013
> New Revision: 1545710
>
> URL: http://svn.apache.org/r1545710
> Log:
> Adjust PMD rules
>
> Copied: commons/proper/imaging/trunk/src/conf/pmd-ruleset.xml (from r1545174,
> commons/proper/imaging/trunk/pm
On Tue, Nov 26, 2013 at 4:32 PM, Gary Gregory wrote:
> On Tue, Nov 26, 2013 at 12:31 AM, Damjan Jovanovic wrote:
>
>> On Mon, Nov 25, 2013 at 1:50 PM, Emmanuel Bourg wrote:
>> > Hi Damjan,
>>
>> Hi Emmanuel
>>
>> > I reviewed the API, here are my
On Tue, Nov 26, 2013 at 3:47 PM, Gary Gregory wrote:
> On Tue, Nov 26, 2013 at 4:05 AM, Emmanuel Bourg wrote:
>
>> Hi Damjan,
>>
>> Le 26/11/2013 06:31, Damjan Jovanovic a écrit :
>>
>> > Firstly, we discussed several options before for the 1.0 release, and
es, there's plenty more. But users are begging for a 1.0 release, not
higher API standards.
Thank you again for the review - it will all get fixed or replaced at
some stage.
Finally, please remember: 1.0 releases are usually the ones that never work :-).
> Emmanuel Bourg
Damjan
> Le 24/11/20
1 I oppose this release because...
Thank you!
Damjan Jovanovic
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
filter could hide
other bugs in the future.
> Tested with:
>
> Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
> 11:22:22-0400)
> Maven home: C:\Java\apache-maven-3.1.1\bin\..
> Java version: 1.7.0_45, vendor: Oracle Corporation
> Java home: C:\Progr
On Sun, Nov 3, 2013 at 1:00 AM, Jörg Schaible wrote:
> Hi Damjan,
>
> Damjan Jovanovic wrote:
>
> > Please vote on releasing commons-imaging 1.0 from RC5.
> >
> > RC4 and its problems and their fixes were in this thread:
> >
> http://mail-archives.apac
RC?
>
> Gary
>
>
> On Mon, Nov 4, 2013 at 1:52 PM, Damjan Jovanovic
> wrote:
>
> > Vote closed, results were:
> >
> > +1:
> > Thomas Neidhart
> >
> > +0.5:
> > Benedikt Ritter
> >
> > -0:
> > Gary Gregory
> &g
Vote closed, results were:
+1:
Thomas Neidhart
+0.5:
Benedikt Ritter
-0:
Gary Gregory
Vote fails since majority approval needs at least 3 votes of +1 -> aborting
release.
Damjan
On Fri, Nov 1, 2013 at 1:57 PM, Damjan Jovanovic wrote:
> Please vote on releasing commons-imaging 1.0 fr
> We may pushing the limits of Dajman's patience for a 1.0 which is long
> > > overdue.
> > >
> > > I suppose D needs to weigh using ASM or [weaver] vs. adjusting the
> > current
> > > code with Java 5.
> > >
> > > Gary
> >
ch is long
> > overdue.
> >
> > I suppose D needs to weigh using ASM or [weaver] vs. adjusting the
> current
> > code with Java 5.
> >
> > Gary
> >
> >>
> >> Matt
> >> On Nov 3, 2013 2:30 AM, "Damjan Jovanovic" wrote:
> &g
On Fri, Oct 25, 2013 at 1:52 PM, Matt Benson wrote:
> On Oct 25, 2013 6:30 AM, "Damjan Jovanovic" wrote:
> >
> > On Fri, Oct 25, 2013 at 12:36 PM, Jörg Schaible
> > wrote:
> > > Hi Damjan,
> > >
> > > Damjan Jovanovic wr
from
now, on Monday 4 November 2013 at 12:00 GMT.
[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...
Thank you!
Damjan Jovanovic
ving Imaging to Java 7 as soon as 1.0 is released.
Damjan
On Sun, Oct 27, 2013 at 8:32 PM, Gary Gregory wrote:
> On Sun, Oct 27, 2013 at 1:51 AM, Damjan Jovanovic >wrote:
>
> > an
> >
> > On Fri, Oct 25, 2013 at 5:24 PM, Jörg Schaible
> > wrote:
>
an
On Fri, Oct 25, 2013 at 5:24 PM, Jörg Schaible wrote:
> Hi Damjan,
>
> Damjan Jovanovic wrote:
>
>> On Fri, Oct 25, 2013 at 12:36 PM, Jörg Schaible
>> wrote:
>>> Hi Damjan,
>>>
>>> Damjan Jovanovic wrote:
>>>
>>> [snip]
&g
On Fri, Oct 25, 2013 at 12:36 PM, Jörg Schaible
wrote:
> Hi Damjan,
>
> Damjan Jovanovic wrote:
>
> [snip]
>
> Thanks for explanation.
>
>> We would be able to adapt that for Java < 1.7 by swallowing the close
>> exception instead of calling addSuppressed
On Fri, Oct 25, 2013 at 9:01 AM, Jörg Schaible
wrote:
> Hi Damjan,
>
> Damjan Jovanovic wrote:
>
>> On Thu, Oct 24, 2013 at 11:29 PM, Gary Gregory
>> wrote:
>>> On Thu, Oct 24, 2013 at 4:31 PM, Jörg Schaible
>>> wrote:
>>>
>>>> Hi
On Thu, Oct 24, 2013 at 11:29 PM, Gary Gregory wrote:
> On Thu, Oct 24, 2013 at 4:31 PM, Jörg Schaible wrote:
>
>> Hi Damjan,
>>
>> Damjan Jovanovic wrote:
>>
>> > As one of the perpetrators of the problem, I have now fixed it. The
>> > reasons
As one of the perpetrators of the problem, I have now fixed it. The
reasons I swallowed exceptions were simple:
* when multiple resources need to be closed, earlier exceptions in
finally cause later close() methods to get skipped and those resources
to leak
* when an exception is thrown and close()
On Thu, Oct 24, 2013 at 4:34 AM, Bernd Eckenfels wrote:
> Am 24.10.2013, 02:16 Uhr, schrieb Gary Gregory :
>
>> try {
>> if (outputStream != null) {
>> outputStream.close();
>> }
>> } catch (final Exception e) {
>>
Hi
I've resolved many Jira issues and the rest can get postponed, so I am
pretty happy with the state of Imaging at the moment.
Does anyone have anything left to add before I start trying to make
the next release candidate?
Damjan
On Tue, Oct 22, 2013 at 3:02 AM, sebb wrote:
>> +
>> +public byte[] getComment() {
>> +return comment;
>
> This is better, but the array can still be modified externally.
>
> Might make more sense to convert the array to a String and return that
> instead - Strings are immutable, but a
On Tue, Sep 25, 2012 at 3:22 PM, Gary Gregory wrote:
> Hi All,
>
> I happy to see another RC come along! :) This is large code base so I
> appreciate that the reports generate a lot of potential work.
I planned to send this email out just over a year ago, shortly after
yours, but since we might a
I agree. The only reason [imaging] has been "dormant" for so long is
that I am busy making large changes that have taken many months to
write, so it's not really that dormant after all.
I understand the desire to do something about the current state of
Commons, but please don't make things harder
-1 (binding), it's a big change, so let's try Mark's idea of one
component first.
On Thu, Oct 10, 2013 at 5:06 PM, Mark Thomas wrote:
> On 10/10/2013 15:50, James Carman wrote:
>> All,
>>
>> We have had some great discussions about moving our SCM to Git. I
>> think it's time to put it to a vot
On Tue, Oct 1, 2013 at 6:09 AM, Stefan Bodewig wrote:
> On 2013-09-30, Benedikt Ritter wrote:
>
>> 2013/9/30 Stefan Bodewig
>
>>> I'm in no way as familiar with the format as Damian is but IMHO it is
>>> feasible - but likely pretty memory hungry. Even more so for the
>>> writing side. Similar
There's a few last patches I want to add while we can still break the API,
but I am away this week, and only fully available for anything the week
after next.
Damjan
On Fri, Aug 23, 2013 at 8:02 AM, Andreas Lehmkuehler wrote:
> Hi,
>
> Am 22.08.2013 22:01, schrieb Gary Gregory:
>
> Hi all (Dam
On Mon, Jun 10, 2013 at 6:25 AM, Stefan Bodewig wrote:
> Hi,
>
> when I added support for decompressing .lzma files I left out matches()
> and you can only get an LZMACompressorInputStream from
> CompressorStreamFactory if you use the version that explicitly specifies
> the format.
>
> The reason
On Tue, May 14, 2013 at 2:36 AM, sebb wrote:
> The private debug method requires an array of Objects to be passed to
> System.out.format.
>
> Any primitive parameters will be autoboxed.
>
> However, the boxing will be performed regardless of whether DEBUG is
> true or not.
> This is a bit wasteful
On Tue, May 14, 2013 at 1:00 PM, sebb wrote:
> On 14 May 2013 06:01, wrote:
>> Author: damjan
>> Date: Tue May 14 05:01:35 2013
>> New Revision: 1482203
>>
>> URL: http://svn.apache.org/r1482203
>> Log:
>> Verify conformance to the Java 1.5 API using the animal-sniffer plugin.
>
> -1
>
> Does no
On Mon, May 13, 2013 at 7:14 PM, sebb wrote:
> On 12 May 2013 11:12, wrote:
>> Author: damjan
>> Date: Sun May 12 10:12:16 2013
>> New Revision: 1481509
>>
>> URL: http://svn.apache.org/r1481509
>> Log:
>> Add support for BZIP2 decompression and AES-256 + SHA-256 decryption
>> to the 7z archive
On Sun, May 12, 2013 at 4:27 PM, Damjan Jovanovic wrote:
> On Sun, May 12, 2013 at 12:34 PM, Stefan Bodewig wrote:
>> As for LZMA compression, the required code in XZ for Java's lzma
>> subpackage doesn't lend itself to streaming support but it may be
>> possible
On Sun, May 12, 2013 at 12:34 PM, Stefan Bodewig wrote:
> Hi
>
> I've rushed through Damjan's addition of (readonly) 7z and really like
> it. It might need some more docs but it is a great start. There are
> quite a few FIXMEs that we may want to address in one way or another.
Thank you :).
>
On Tue, May 7, 2013 at 6:09 AM, Stefan Bodewig wrote:
> On 2013-05-06, Damjan Jovanovic wrote:
>
>> I've been hacking on a patch that adds support for reading 7zip archives.
>
> COMPRESS-54 is the most popular issue so you'd make quite a few people
> happy.
I
Hi
I've been hacking on a patch that adds support for reading 7zip archives.
Can I go ahead and commit it, or would you like to review it first?
Regards
Damjan
Hi
I see few Commons components do any logging, and net, io and csv don't
even have any dependencies. Is this a recommended practice?
Imaging prints to System.out (!!) instead of logging, and I am
wondering if I should add slf4j or log4j2 instead?
Regards
Damjan
Sorry about the release situation, the latest nightly build is here:
https://repository.apache.org/content/groups/snapshots/org/apache/commons/commons-imaging/1.0-SNAPSHOT/
On Sat, Dec 15, 2012 at 12:33 PM, Jan-Paul Bultmann
wrote:
> Hey,
> Is there a chance for a SNAPSHOT release of commons-im
+1 to getting rid of it then (binding)
On Fri, Sep 28, 2012 at 10:44 PM, sebb wrote:
> The assembly descriptors are currently set up to create bz2 archives
> in addition to the standard tar.gz and zip ones.
>
> Is the bz2 format really needed?
> It's larger than the tar.gz, at least for sanselan.
Hi
You wouldn't believe it, but one of the most invaluable testing tools
for commons-imaging I've discovered has been an x86 assembler :-).
Why? Because images are binary files which often use internal offsets
to portions of the image. An assembler lets you easily calculate and
insert offsets at
should fix...
[ ] -1 I oppose this release because...
Thank you!
Damjan Jovanovic
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
The test on http://jira.codehaus.org/browse/MASSEMBLY-515
Succeeds with ?'s instead of non-ASCII characters on commons-compress-1.0
Succeeds with the correct characters on commons-compress-1.4.1
Why is there 2 projects? Why don't Maven and Ant use commons-compress?
Damjan
On Sun, Sep 2, 2012 at
On Wed, Aug 1, 2012 at 7:00 PM, Gary Lucas wrote:
>
> Damjan,
>
> I just saw that you were soliciting votes for release. I think you've done
> an outstanding job and I'm all for it. I would vote twice if I could :-)
>
> I saw that some of the folks on the Apache page were complaining about so
On Thu, Jul 26, 2012 at 2:00 PM, sebb wrote:
> On 24 July 2012 02:18, Damjan Jovanovic wrote:
>> It's been 3 years since Imaging 0.97 was released,
>> and many bugs have been fixed and many features added,
>> so I would like to release a long overdue Imaging 1.0.
On Tue, Jul 24, 2012 at 5:44 PM, Matt Benson wrote:
> On Tue, Jul 24, 2012 at 1:31 AM, Damjan Jovanovic
> wrote:
>> On Tue, Jul 24, 2012 at 5:47 AM, Gary Gregory wrote:
>>> On Jul 23, 2012, at 21:19, Damjan Jovanovic wrote:
>>>
>>>> It's been 3
On Tue, Jul 24, 2012 at 5:47 AM, Gary Gregory wrote:
> On Jul 23, 2012, at 21:19, Damjan Jovanovic wrote:
>
>> It's been 3 years since Imaging 0.97 was released,
>> and many bugs have been fixed and many features added,
>> so I would like to release a long overdue I
aging-1.0-RC2/site/rat-report.html
Votes, please. This vote will close in 72 hours, Friday 27 July 2012
at 02:00 GMT.
[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...
Thank you!
Damjan Jova
he patch. I think we should change
>> IptcTypes.name field to IptcTypes.propertyId field and perhaps later add a
>> name field that aligns with the Name field values from the spec. BTW, I
>> would be happy to have a skype (skype id: farrukh_najmi) call to discuss
>> this
ttp://www.iptc.org/std/IIM/4.1/specification/IIMV4.1.pdf page 24
onwards.
The names in your patch differ from that list.
?
On Sat, Jul 7, 2012 at 3:55 PM, Farrukh Najmi
wrote:
>
> Oops. Here is the correct file this time.
>
>
> On 07/07/2012 01:39 AM, Damjan Jovanovic wrote:
>&
Hi Farrukh
Your patch is just an empty file.
Regards
Damjan
On Fri, Jul 6, 2012 at 9:23 PM, Farrukh Najmi
wrote:
> Hi Damjan,
>
> Attached is the patch for implementing the proposed change outlined in
> bullets below.
> Please review and then commit if satisfied or discuss further. Thanks.
>
>
gt;> The change I proposed for IPTC is contingent upon identifying what IPTC
>> spec we are using. I am surprised that the IPTC IIM spec which is more
>> recent makes no reference to the IPTC Core spec. I think we need to
>> determine the correct spec before looking at my propose
that your recent fix for supporting Exif FieldName looks good
>> great. Thank you!
>>
>> When do you think you may be able to commit the changes to support the
>> following metadata format-specific methods so I can provide feedback:
>>
>> Imaging.getExifMetadata()
>
the API changes are not
>>> backward compatible and are in fact major). Or is it better to do these
>>> changes for the 1.0 release so consumers of the project do not get
>>> exposed
>>> to a big API change?
>>>
>>> If we can do the proposed cha
;
>>>
>>> Hi Damjan,
>>>
>>> Confirming that your recent fix for supporting Exif FieldName looks good
>>> great. Thank you!
>>>
>>> When do you think you may be able to commit the changes to support the
>>> following metadata fo
anges for the 1.0 release so consumers of the project do not get exposed
> to a big API change?
>
> If we can do the proposed change without a long delay then I suggest we do
> it for 1.0. If it means a long delay then I suggest we defer to 2.0.
>
> Thoughts?
>
>
>
>
I've also considered the metadata interfaces we use, and I am not sure
the current approaches are any good.
Most metadata formats are designed in a way specific to that format,
eg. some have arbitrary levels of nesting, others have a flat
structure, etc. But most are designed to be stored in any i
On Tue, Jul 3, 2012 at 9:03 PM, Farrukh Najmi
wrote:
> On 07/03/2012 01:56 PM, Damjan Jovanovic wrote:
>>
>> On Tue, Jul 3, 2012 at 3:48 PM, Farrukh Najmi
>> wrote:
>>>
>>> On 07/02/2012 11:22 PM, Damjan Jovanovic wrote:
>>>>
>>>
On Tue, Jul 3, 2012 at 3:48 PM, Farrukh Najmi
wrote:
> On 07/02/2012 11:22 PM, Damjan Jovanovic wrote:
>>
>> On Mon, Jul 2, 2012 at 11:33 PM, Farrukh Najmi
>> wrote:
>>>
>>> Hi Guys,
>>>
>>> I am new to the project so forgive me if the
On Tue, Jul 3, 2012 at 4:54 PM, sebb wrote:
> On 3 July 2012 07:45, wrote:
>> Author: damjan
>> Date: Tue Jul 3 06:45:40 2012
>> New Revision: 1356580
>>
>> URL: http://svn.apache.org/viewvc?rev=1356580&view=rev
>> Log:
>> Add a changelog for the maven-changes-plugin
>> and populate it with all
On Mon, Jul 2, 2012 at 11:33 PM, Farrukh Najmi
wrote:
>
> Hi Guys,
>
> I am new to the project so forgive me if the answer is obvious...
>
> I am working with latest svn bits and the
> org.apache.commons.imaging.formats.tiff.taginfos.TagInfo class seems to only
> support the TagName column of Tabl
oto+216+-+WE+à+l'étang+de+Blodelsheim.jpg
> Removed:
>
> commons/proper/sanselan/trunk/src/test/data/images/jpg/2/2008-07-27+-+Photo+216+-+WE+à+l'étang+de+Blodelsheim.jpg
>
Which CI systems don't work with Unicode filenames? They should also be fixed.
Damjan Jovan
On Wed, Jun 27, 2012 at 1:50 AM, sebb wrote:
> On 26 June 2012 22:50, sebb wrote:
>> Some new SANSELAN JIRAs have just been raised, however the JIRA was
>> renamed to IMAGING.
>>
>> Looks like something is wrong with JIRA; I'll raise an Infra issue.
>
> https://issues.apache.org/jira/browse/INFRA
On Sun, Jun 3, 2012 at 7:07 PM, Oliver Heger
wrote:
> Am 03.06.2012 15:56, schrieb Gary Gregory:
>
>> I use http://wiki.apache.org/commons/UsingNexus
>>
>> Gary
>>
>> On Jun 3, 2012, at 4:25, Damjan Jovanovic wrote:
>>
>>> Hi
>>>
&
Hi
I am trying to make an RC release of Commons Imaging, and according to
http://commons.apache.org/releases/prepare.html the command which is
meant to generate the release artifacts is:
mvn -Prc -DcreateChecksum=true install
However this only generates .jar/javadoc.jar/sources.jar files, not
the
nswered my
> question. So thanks.
>
>
>
> g.
>
>
>
> -Original Message-
> From: Damjan Jovanovic [mailto:damjan@gmail.com]
> Sent: Thursday, April 26, 2012 8:26 AM
> To: Commons Developers List
> Subject: Re: [sanselan] EXIF_TAG_MODIFY_DATE removed from ne
On Thu, Apr 26, 2012 at 2:16 PM, Gary Lucas wrote:
>
> Since we're on the subject, another question. In encoding data, I was
> constructing field types and coding the information. But it looks like
> you've got some static declarations for doing the same thing. Could you
> verify that the fo
On Wed, Apr 25, 2012 at 10:30 PM, Gary Lucas wrote:
> I'm taking a stab at transitioning from Sanselan to the new Apache Imaging.
> One thing I've noticed is that one of the EXIF tags my existing software uses
> seems to have been removed from imaging:
>
> public static final TagInfo EXIF_TAG
On Tue, Apr 24, 2012 at 11:19 PM, Gilles Sadowski
wrote:
> Hi.
>
> Clirr now fails the build on error:
> ---CUT---
> [ERROR] Unable to find information in class
> org.apache.commons.math3.linear.SymmLQ referring back to nested class
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
> [ERROR]
On Tue, Mar 6, 2012 at 7:42 PM, Emmanuel Bourg wrote:
> Commons CSV is approaching a releasable state. Considering the general
> interest in this component I think it's time to promote it to Commons
> proper.
>
> There are a few points I'd like to address before a release:
> - Handle CSV headers,
On Thu, Mar 1, 2012 at 11:37 PM, Dennis Lundberg wrote:
> On 2012-02-29 19:00, Damjan Jovanovic wrote:
>> Hi
>>
>> As we near the 1.0 release of Sanselan / Apache Commons Imaging, I am
>> having showstopper problems with Maven.
>>
>> The first problem, now
On Thu, Mar 1, 2012 at 9:25 PM, Dennis Lundberg wrote:
> On 2012-03-01 06:23, Damjan Jovanovic wrote:
>> On Wed, Feb 29, 2012 at 9:45 PM, Dennis Lundberg wrote:
>>> On 2012-02-29 19:00, Damjan Jovanovic wrote:
>>>> Hi
>>>>
>>>> As we near t
On Wed, Feb 29, 2012 at 9:45 PM, Dennis Lundberg wrote:
> On 2012-02-29 19:00, Damjan Jovanovic wrote:
>> Hi
>>
>> As we near the 1.0 release of Sanselan / Apache Commons Imaging, I am
>> having showstopper problems with Maven.
>>
>> The first problem, now
Hi
As we near the 1.0 release of Sanselan / Apache Commons Imaging, I am
having showstopper problems with Maven.
The first problem, now fixed, was that "mvn assembly:assembly" failed
due to the Maven Assembly plugin failing to add a non-ASCII filename
to a tar file (https://jira.codehaus.org/brow
1 - 100 of 115 matches
Mail list logo
