On Jun 21, 2008, at 7:18 PM, Jesse Alama wrote:

> James Howison <[EMAIL PROTECTED]> writes:
>
>> On Jun 19, 2008, at 8:57 PM, Jesse Alama wrote:
>>
>>> "Adam R. Maxwell" <[EMAIL PROTECTED]> writes:
>>>
>>>> On Jun 19, 2008, at 8:28 PM, Jesse Alama wrote:
>>>>
>>>>> Perhaps, then, one could lobby Apple to support this feature in
>>>>> PDFKit.
>>>>> Is there a mailing list or feature request form for PDFKit?
>>>>
>>>> http://bugreport.apple.com/ (free or better ADC account required)
>>>
>>> Thanks, I submitted a request.  Here's hoping the Apple developers
>>> agree
>>> that it would be worthwhile to support.
>>>
>>> Jesse
>>
>> May I ask what the use case is?  I collect related PDFs as multiple
>> attachments to a single BibDesk entry.
>
> The idea that one can attach files to PDF's in the same way that one  
> can
> attach files to email messages.  Imagine, for example, that you're
> preparing a presentation and you would like to distribute the PDF on a
> conference DVD, for example.  With attachments, one could include with
> your PDF the data or code or whatever you want with your PDF slides.
> Another use case (perhaps a bit too specific) is my own  
> dissertation: I
> want to include some files (source code, actually) in the electronic
> version of my dissertation that people might be interested in.  Of
> course, I could provide links to the files on my homepage, but I  
> find it
> nicer to have everything bundled up in one PDF.  Attachments are a  
> nice
> way to do that.

I see what you are saying---definitely convenient to have a single  
file.  I guess the more traditional approach would be to distribute  
a .zip with the PDF and the other files, right?  Presumably that is  
what is happening inside the PDF anyway, using XMP or some such to  
store entire files.  This is actually pretty similar to the Open  
Office file format or the Mac Folder-Bundle stuff, where the file  
itself is actually a zipped folder hierarchy, but presents as a file  
to users.

Thanks for your response, I love to see data release with papers.   
Another approach might be to find a data repository in your field that  
issues DOIs and provides archival space for your dataset.  The global  
registry for data DOIs is here, and is a useful starting point  
(although the fields are a little limited):

http://www.std-doi.de/

There's also the ICPSR repository (not sure why they don't do DOIs,  
maybe they do):

http://www.icpsr.umich.edu/

Oh wait, you said source code.  Ah, interesting point, where are the  
repositories/DOIs for published source code?  You might like to  
explore MyExperiment.org, which is an academic community for sharing  
analysis code.

Cheers,
James


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Skim-app-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/skim-app-users

Reply via email to