← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
15:37 | kados | morning owen |
15:38 | I bet | |
15:38 | owen | I would have been out anyway, because my daughter's sick. |
15:39 | anyway, what's new? | |
15:39 | kados | oh, not much, just got to the office |
15:39 | running a bit late today, snow and all | |
15:40 | nice job on the UI changes yesterday | |
15:45 | owen | kados, are you having the same problems that chris describes in bug 1620? |
15:46 | kados | lemme check |
15:48 | I can renew from circulation.pl | |
15:48 | so I think it's fixed now | |
15:48 | I'll close the bug out -- chris can reopen if he's still having trouble | |
16:04 | wow, a CGIIRC user, been a long time since we've had one of those :-) | |
16:04 | CGI996: welcome! :-) | |
16:05 | CGI996 | IH |
16:06 | HELLOOOOOOOOO | |
16:06 | 01 | |
16:06 | CAN ANY BODY HELP ME | |
16:06 | owen | Sure, if you turn off caps-lock ;) |
16:10 | CGI996 | I HAVE PROBLEM WHILE INSTALLATION KOHA IT GIVES ERROR "COULD NOT FIND APACHE EXECUTABLE, AT THE LOCATION SPECIFIED IN THE REGISTRY: \BIN PLS CHECK TO BE SURE APACHE IS INSTALLED CORRECTLY |
16:10 | ok | |
16:10 | fbcit | g'morning koha |
16:11 | kados | hiya fbcit |
16:11 | fbcit: spoke with paul earlier today, he may be around to help with your search issue | |
16:11 | CGI996 | apache version is apache_2.0.47-win32-x86-no_ssl(2).msi on win98se |
16:11 | fbcit | k |
16:11 | kados | CGI996: I'd recommend writing an email to koha-win32 |
16:12 | CGI996: none of us (that I know of) have any experience running Koha on windows | |
16:12 | owen | fbcit, there's plenty just on our roads for you. Then we can keep the pretty stuff on the lawn. |
16:12 | CGI996 | ok |
16:13 | ok | |
16:13 | ok | |
16:14 | gmcharlt | fbcit: mostly been doing a lot of thinking about it |
16:15 | right now working on a more coherent directory structure to post to koha-devel | |
16:15 | owen | CGI996: Do you have the address? http://lists.nongnu.org/mailma[…]stinfo/koha-win32 |
16:15 | fbcit | gmcharlt: I would agree that that needs to be standardized first. |
16:16 | gmcharlt | also consider use of something like App::Build instead of ExtUtils::MakeMaker, which is a little too geared to installing just Perl modules |
16:18 | appears to be relatively new; need to determine if it is stable enough to actually use | |
16:20 | fbcit | I notice it is based on Module::Build |
16:44 | gmcharlt | fbcit: yep |
17:57 | fbcit | gmcharlt, kados: it seems that DublinCore is rather limited in its vocabulary |
17:58 | or maybe I'm lacking in imagination :-) | |
18:15 | kados | bbiab |
18:34 | fbcit | gmcharlt: u around? |
18:34 | gmcharlt | fbcit: yep |
18:34 | fbcit | gmcharlt: are you familiar with these guys? http://scla.net/ |
18:35 | gmcharlt | can't say that I am |
18:35 | fbcit | it appears that they have some experience in MARC21 cataloging of MP3 files |
18:36 | specifically with id3v2 related data. | |
18:37 | gmcharlt: am I dense or does dc lack in extensiveness of vocabulary? | |
18:38 | gmcharlt | fbcit: yes it does |
18:38 | but that's its point: to be a least common denominator | |
18:38 | fbcit | I see a lack of atomicity when compared to id3v2 |
18:39 | gmcharlt | is a summary of SCLA's MP3 workshop around somewhere? |
18:39 | fbcit | so multiple fields/tags of one standard are placed in a single field/tag of DC? |
18:40 | om | |
18:40 | gmcharlt: http://cats.suffolk.lib.ny.us/powerpoint/MP3/ | |
18:41 | gmcharlt | fbcit: basically yes AFAIK, although I think having multple dc.subject elements (e.g.,) is fine |
18:47 | fbcit: alas, doesn't seem to provide even the beginnings of a crosswalk from id3v2 to MARC | |
18:53 | fbcit | gmcharlt: on second look they only appear to use the title info from id3v2... :-\ |
18:53 | gmcharlt | fbcit: something that might be relevant: http://musicbrainz.org/MM/ |
18:54 | some site also mentions a PicardTagger program for working with id3v2 tags | |
18:56 | same site, rather | |
18:59 | fbcit | I'm taking a closer look at the MM site. It might provide more insight into id3v2<=>dc mapping. |
19:03 | gmcharlt: looks like their using another metadata set (RDF) in conjunction with DC to arrive at their solution. | |
19:03 | gmcharlt | right, DC often shows up in RDF in general |
19:10 | fbcit | interesting, DC to MARC crosswalk shows repetition of DC fields for different MARC tags (as you noted earlier)... |
19:13 | err.. MARC to CD rather |
← Previous day | Today | Next day → | Search | Index