Naming help - XML plist (Apple/Mac/iTunes)

2008-06-13 Thread Bill Ward
I'm moving my photos from iPhoto on a Mac laptop to a Linux server
with digiKam, and want to preserve all the photo albums I'd created in
iPhoto.

I did a bunch of googling around, and found two things:
1. Mac::iPhoto - which is apparently out of date, and doesn't work
with current versions of iPhoto
2. A blog entry by Tom Gidden where he posts some scripts he wrote to
parse the info, but his scripts can only run on the Mac as they use
the Foundation classes to parse the XML.

So, I wrote my own code to parse the XML and create a hash/array
structure equivalent for Perl.  This XML format is used all over Apple
software, including iTunes which also runs on Windows.

So, I'd like to publish this on CPAN, but I'm not quite sure where to
put it.  I could put it under Mac:: but the iTunes/Windows option
rules that out in my mind.  Apple:: makes sense, but some might think
that the module was produced by Apple or one of its employees which is
not true.  I don't know if this plist XML format is used anywhere
outside of Apple software though?  Would XML::PList work?  Any ideas
are welcome.


Re: Naming help - XML plist (Apple/Mac/iTunes)

2008-06-13 Thread Ricardo SIGNES
* Bill Ward [EMAIL PROTECTED] [2008-06-13T04:17:26]
 So, I'd like to publish this on CPAN, but I'm not quite sure where to
 put it.  I could put it under Mac:: but the iTunes/Windows option
 rules that out in my mind.  Apple:: makes sense, but some might think
 that the module was produced by Apple or one of its employees which is
 not true.  I don't know if this plist XML format is used anywhere
 outside of Apple software though?  Would XML::PList work?  Any ideas
 are welcome.

The other plist things seem to be filed under Mac.  Mac::PropertyList,
Mac::Tie::PList, Mac::iTunes::Library::PList, Mac::PropertyList::SAX.

I think that since almost all plist files are on Mac OS, using Mac:: for PLists
parsing isn't crazy.  XML::Plist would be fine, too, if you only parse the XML
version.

I don't think there's any point to starting an Apple::.

-- 
rjbs


Re: Naming help - XML plist (Apple/Mac/iTunes)

2008-06-13 Thread Jenda Krynicky
From: Ricardo SIGNES [EMAIL PROTECTED]
 * Bill Ward [EMAIL PROTECTED] [2008-06-13T04:17:26]
  So, I'd like to publish this on CPAN, but I'm not quite sure where to
  put it.  I could put it under Mac:: but the iTunes/Windows option
  rules that out in my mind.  Apple:: makes sense, but some might think
  that the module was produced by Apple or one of its employees which is
  not true.  I don't know if this plist XML format is used anywhere
  outside of Apple software though?  Would XML::PList work?  Any ideas
  are welcome.
 
 The other plist things seem to be filed under Mac.  Mac::PropertyList,
 Mac::Tie::PList, Mac::iTunes::Library::PList, Mac::PropertyList::SAX.
 
 I think that since almost all plist files are on Mac OS, using Mac:: for 
 PLists
 parsing isn't crazy.  XML::Plist would be fine, too, if you only parse the XML
 version.

I don't like XML::Plist. I would not have any idea what kind of list 
is it supposed to mean. And I bet there's quite a few others in the 
same situation. If it's something Apple specific, let's say that in 
the name. Whether it'd be Apple, Mac or iTunes I don't care.

Jenda
= [EMAIL PROTECTED] === http://Jenda.Krynicky.cz =
When it comes to wine, women and song, wizards are allowed 
to get drunk and croon as much as they like.
-- Terry Pratchett in Sourcery



Re: Naming help - XML plist (Apple/Mac/iTunes)

2008-06-13 Thread Chris Dolan

On Jun 13, 2008, at 6:48 PM, Bill Ward wrote:

On Fri, Jun 13, 2008 at 4:35 PM, Aristotle Pagaltzis  
[EMAIL PROTECTED] wrote:


Note that plists can also be stored in a binary format; would you
want to support that also? If so, how about Parse::ApplePlist?


I don't know anything about the binary format but its existence
does argue against the XML prefix for sure.


On a Mac, you can use plutil -convert xml1 -o out.xml in.xml and  
plutil -convert binary1 -o out.xml in.xml to switch back and  
forth.  You can also use the -lint option to validate your data files.


I *think* the binary format was introduced in 10.4, but maybe it was  
10.3.


Chris