On 05/13/2009 02:57 PM, Craig Bradney wrote:
> We all agreed last year for 2009, that hanging LGM off another event
> dilutes the interest for LGM and takes away from it more than it gives.
But in this economy[1] it make sense. Less travel means more potential
attendance. Just make it after or b
On 05/13/2009 02:01 PM, Leonard Rosenthol wrote:
> On Wed, May 13, 2009 at 12:54 PM, Hubert Figuiere wrote:
>
>> Reading archived file is not interchange.
>>
>
> Nor is having the file format documentation a solution for long term
> archiving.
The problem is th
[Putting back the list in CC as you mistakenly left it out. ]
On 05/13/2009 01:56 PM, Leonard Rosenthol wrote:
> That is correct. Just as we did with PDF, we are focused on documenting the
> file format (aka SWF) and not the behavior of "conforming readers" (to use
> the ISO PDF terminology). T
On 05/13/2009 12:41 PM, Leonard Rosenthol wrote:
> If you, they, or anyone else have specific comments, questions, concerns
> about our published specifications for SWF, PLEASE submit them through the
> OpenScreen project! The current docs are our first attempt at trying to
> document "all that i
On 05/13/2009 12:39 PM, Leonard Rosenthol wrote:
> The problem with PSD, at this time, is that it is distributed as part of the
> Photoshop SDK. The SDK includes OTHER material that requires NDA, so folks
> who just want the PSD format docs end up in an unfortunate situation. I
> continue to work
On 05/13/2009 11:34 AM, Alexandre Prokoudine wrote:
> And while I'm at that, is it legal to use parts of DNG SDK in GPL/LGPL
> software?
Not according to the license. I think I have already requested that, but
got no answer beside a "what for?" in the Adobe forums. The license used
by the XMP_S
On 05/13/2009 05:00 AM, Leonard Rosenthol wrote:
> Our philosophy at Adobe, with respect to file formats and standardization,
> is that we will publish the details of file format specifications so that
> others can read& write our formats. All of our major formats, and most of
> our minor ones, a
On 05/12/2009 11:40 PM, Andy Fitzsimon wrote:
> Reckon there's a frantion of a chance they make this an open
> unrestricted standard?
Like Flash? Or like PSD?
Hub
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailma
On 05/02/2009 07:26 AM, Louis Desjardins wrote:
> Thanks to its generous sponsors and community, LGM organisation is able to
> help funding your trip*within budget limits*. That help will cover only the
> travel portion of the expanses, namely your flight, train or bus ticket,
> round trip to and f
On Fri, 2009-01-23 at 08:57 +0100, Dave Neary wrote:
> The thing which Pantone wields as a weapon is trademark. You can't
> call
> a selection of colours Pantone, or a specific colour "Pantone 134 U"
> without permission from Pantone (and this is what they sell to
> computer
> programmers).
So we
On Thu, 2009-01-22 at 09:22 -0800, Jon Phillips wrote:
> Good, I've been fighting this one online recently. Factual data is not
> copyrightable.
>
> Releasing this type of information into the public domain is the right
> move. It will spread further too IMO.
For now as it stand, the license does
On Thu, 2008-10-02 at 07:43 -0400, Louis Desjardins wrote:
> I can confirm here that doing it again in Montreal in 2009 is a
> realistic option, if this is the will of the teams.
>
> It has to be understood that I am not pulling it towards "me" but as
> I
> understand it so far from the discussi
On Tue, 2008-09-30 at 18:50 +0200, adam hyde wrote:
>
>
> well, it could also be interesting to consider a few smaller linked
> events. I would, for example, be keen to host an Amsterdam event and
> take care of the venue and logistics. Perhaps this could smaller sort
> of
> event could happen ev
On Tue, 2008-09-30 at 23:29 +0800, Jon Phillips wrote:
> Regardless, others please speak now or forever hold it :)
So I'm gonna speak now. What is a plan to subsidize people to come to
LGM? Wroclaw was too far for me already. Amsterdam I could have figured
something out, *evenutually*. Singapore i
On Fri, 2008-04-25 at 11:42 +0800, Jon Phillips wrote:
> This is a cool idea...Braydon, maybe we can make
> http://create.freedesktop.org be a type of place to connect up
> free/open
> designers? Feel free to use the wiki...that create url needs some
> love!
So we can get the Gnome Foundation to
On Mon, 2008-04-21 at 08:04 -0700, Wichmann, Mats D wrote:
> Andy Fitzsimon wrote:
> > http://www.mixedrealitylab.org/ at the national university of
> > Singapore have kindly offered to sponsor the venue for LGM2009
>
> Cool... and my experience is the Singaporeans are wonderful hosts.
> makes me
On Thu, 2008-03-13 at 22:18 -0700, Ted Gould wrote:
> The one thing that they have open sourced and are probably interested
> in
> promoting inside open source is XMP... we've talked about supporting
> it
> more than once in Inkscape. If nothing else, someone should see if
> they'll give a talk.
On Tue, 2008-03-04 at 16:53 -0300, Joao S. O. Bueno wrote:
> I've talked to Kamila -- there still too few presentations on
> http://create.freedesktop.org/wiki/index.php/Conference
>
> So she extended the deadline up to Sunday this week.
> Could you please forward this invitation to your respec
On Sun, 2007-11-25 at 17:35 -0500, Leonard Rosenthol wrote:
> However, you are correct that at this time, Adobe is still the
> "maintainer" of the XMP specification. We've been in talks with a
> variety of standards bodies concerning trying to make it "fully
> open", but it's difficult to f
On Sat, 2007-11-24 at 11:20 +0100, Cyrille Berger wrote:
> > Personally I like XMP, the issues that it solves and the way in
> which
> > it solves them.
>
> Personnaly I have mixed feeling about XMP. I have heard as much good
> things as
> bad things about it.
Could you enlighten us about the
On Fri, 2007-11-23 at 11:49 -0800, Jon A. Cruz wrote:
> I agree. Especially on getting moving.
>
> For author, etc., I was thinking that the metadata format that SVG
> supports might be good
>
> http://www.w3.org/TR/SVG11/metadata.html
>
Why no just using XMP?
Hub
___
Manish Singh wrote:
> On Sun, Jun 10, 2007 at 08:46:58PM -0400, Hubert Figuiere wrote:
>> Jon Phillips wrote:
>>> Are there conflicting conferences in euro?
>> It is a bit early to say. The one to watch are aKademy and Guadec. None
>> of them have gone through the 200
Jon Phillips wrote:
> Are there conflicting conferences in euro?
It is a bit early to say. The one to watch are aKademy and Guadec. None
of them have gone through the 2007, but both of them managed to conflict
with OLS 2007.
Hub
___
CREATE mailing list
Cyrille Berger wrote:
>>> And that's because I guess you still have the original jpeg file, and is
>>> writting to it.
>> It does not even make sense if you don't have the original file.
> Why ? I still have my data as a layer in an OpenRaster file for instance, and
> I don't see why that metadata
Cyrille Berger wrote:
>> In the binary file. That's why the Exempi, by way of the XMP SDK, does
>> reconcile the metadata when rewriting the XMP (in the JPEG that mean
>> having Exif consistent with XMP)
>
> And that's because I guess you still have the original jpeg file, and is
> writting to it
Cyrille Berger wrote:
>> Including the blob does not solve any problem, even future. Because said
>> data is still in the corresponding Exif, there is no interest in having
>> it undecoded in the XMP.
> Well there is on interest to have it "somewhere", if the knowledge of how to
> decode them impr
Leonard Rosenthol wrote:
>> So I propose, one schema for the data chunk:
>> uri: http://create.freedesktop.org/xmp/MakerNote/1.0
>> prefix: mkn
>>
>> With only value:
>>
>> RawData as a String with the MakerNote encoded in base64
>>
> Please DO NOT do this!!
>
> I've discussed this the
Cyrille Berger wrote:
> As for compatibilty with Adobe Creative Suite, the last available
> specification for PSD doesn't include a position to where maker notes are
> stored (unless it can be find in the Meta Data Setting ?) while the XMP entry
> in PSD files is described in the XMP specificat
Cyrille Berger wrote:
> I am currently working on XMP for Krita, and Gilles Caullier has told me that
> one problem with XMP for photograph is that it can't serialize Makernote
> (small binary chunks inside exif which can be used to manufacturers to extend
> the exif specification to include mo
> License:
>
> What kind of license should be used (for the code and more important, the
> database)? A GPL like license to restrict usage to open source software or a
> LGPL like license? Or a non-commercial license? Can code licences be applied
> to databases?
Something like CC-SA. The "SA" (
Jon Phillips wrote:
> On Wed, 2007-03-07 at 20:47 +0100, Craig Bradney wrote:
>> On Wednesday 07 March 2007 14:11:03 Joao S. O. Bueno Calligaris wrote:
>>> HI,
>>>
>>> Now that LGM 2007 pagei s finally live -- did anyone took care of
>>> keeping a copy of the old page, so that we have some archives
[EMAIL PROTECTED] wrote:
> Actually, I think jpegs for the actual raster data in some cases is perfectly
> fine.
>
> Use case 1: I have this jpeg 8MPixel photo, I just want to add some text to.
> Why
> should I make my file 3 times bigger, if all I need with noiseless precision
> is the
Jon Phillips wrote:
> Is anyone on this list presenting and/or planning to attend
> desktopcon.org in Ottawa this summer?
Will be there. Both DDC and OLS.
Hub
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/lis
Jon Phillips wrote:
> Hello all, this is good news!
>
> We should decide about location on Mac common directory structure. Any
> ideas?
/Library/Application Support/org.freedesktop/Create
Eventually also ~/Library/Application Supprt/ to allow user
installable data.
Just a thought.
Hub
__
> If anybody is interested, I could provide the code for this. At least
> back in 2004, it was a relatively "light" patch to dcraw.c, 343 lines
> in diff -u0 format, and worked as intended (Unix/Windows cross-platform).
Tor,
I would love to get that patch. The initial plan for processing in
libop
Any other propositions? Europe? North America? Elsewhere?
I like the name, wouldn't mind France, would mind Spain in mid-summer and
couldn't conceivable go to North (or South) America -- and I'm pretty
determined not to miss the second edition.
I would only object to a country where it is
I will try to answer any questions that might arise from readings this
document. Please note that we do not suggest to include any image data
in the XML but that the proposed format is a catalog (could for
example be an ar archive) that includes XML and standard image file
formats such as for exam
Udi Fuchs wrote:
If one of the above suggested libraries has a design document I would
be glad to comment on it. It would be great if UFRaw could use such a
library.
All the written documentation for libopenraw is here:
http://freedesktop.org/wiki/Software_2flibopenraw
Okay it is really thin,
Alexander Rabtchevich wrote:
It would be nice to see Dave among authors/contributors of the new library.
Again, as I said previously, from the email exchange I have had, he was
NOT interested in making dcraw more a library or anything like that.
I (as a maintainer) would welcome off course
Alexander Rabtchevich wrote:
3. The base (origin) of the library (dcraw or from scratch or some of
the existing projects). This assumes comparison of current program
abilities, difficulties of implementations of future requirements in
each program. This also includes a problem of a new cameras
The work Digikam developers are doing creating and maintaining a C++
dcraw parse class that supports getting image data out of raw files
using the latest updates from Dave's Dcraw program is a big help. I'd
like to see such a C++ class become a defacto standard for all open
source RAW supporting
[ I'm now subscribed to the list ]
> Does anybody else perceive it as a problem? If so, is there some way
> we could avoid situation we have on Windows/Mac OS X since workflows
> in these applications/plug-ins are different to some extent?
We could write a spec. I would be happy to help write it
[ restricted to the list ]
On Wed, 2006-03-15 at 17:48 +0100, Kai-Uwe Behrmann wrote:
> What would libopenraw provide? reading ...
> ok, thumbnail access and extracting of metadata.
The ultimate goal is to provide a stable library for RAW processing,
ranging from metadata extraction to standard
43 matches
Mail list logo