*** rejo1 has joined #cc | 00:10 | |
*** cchelpbot has joined #cc | 00:17 | |
*** rejon has quit IRC | 00:30 | |
*** rejo1 has quit IRC | 00:40 | |
*** rejon has joined #cc | 00:46 | |
*** rohitj has quit IRC | 01:10 | |
*** themayor has quit IRC | 01:10 | |
*** rejon has quit IRC | 01:10 | |
*** paulproteus has quit IRC | 01:10 | |
*** poningru has quit IRC | 01:10 | |
*** jonsson_ has quit IRC | 01:10 | |
*** termopeen has quit IRC | 01:10 | |
*** digmeup has quit IRC | 01:10 | |
*** urbanmonkey has quit IRC | 01:10 | |
*** CIA-35 has quit IRC | 01:10 | |
*** Danny_B has quit IRC | 01:10 | |
*** UncleCJ has quit IRC | 01:10 | |
*** skxpl has quit IRC | 01:10 | |
*** edward has quit IRC | 01:10 | |
*** mecredis has quit IRC | 01:10 | |
*** miamiphp has quit IRC | 01:10 | |
*** rohitj has joined #cc | 01:13 | |
*** paulproteus has joined #cc | 01:13 | |
*** jonsson_ has joined #cc | 01:13 | |
*** Danny_B has joined #cc | 01:13 | |
*** mecredis has joined #cc | 01:13 | |
*** digmeup has joined #cc | 01:13 | |
*** UncleCJ has joined #cc | 01:13 | |
*** skxpl has joined #cc | 01:13 | |
*** termopeen has joined #cc | 01:13 | |
*** miamiphp has joined #cc | 01:13 | |
*** themayor has joined #cc | 01:13 | |
*** CIA-35 has joined #cc | 01:13 | |
*** poningru has joined #cc | 01:13 | |
*** urbanmonkey has joined #cc | 01:13 | |
*** edward has joined #cc | 01:13 | |
*** rejon has joined #cc | 01:24 | |
*** AndyFit1 has joined #cc | 01:46 | |
*** AndyFit1 has quit IRC | 02:00 | |
*** AndyFit1 has joined #cc | 02:01 | |
*** rejo1 has joined #cc | 02:01 | |
*** AndyFit1 has quit IRC | 02:03 | |
*** AndyFit1 has joined #cc | 02:04 | |
*** AndyFit1 has quit IRC | 02:06 | |
*** rejo2 has joined #cc | 02:10 | |
*** rejo1 has quit IRC | 02:14 | |
*** rejo2 has quit IRC | 02:18 | |
*** rejon has quit IRC | 02:19 | |
*** pmiller has joined #cc | 02:37 | |
*** jonsson_ has quit IRC | 02:57 | |
*** jonsson has joined #cc | 02:59 | |
*** rejon has joined #cc | 02:59 | |
*** kristallpirat has joined #cc | 03:45 | |
*** kristallpirat has quit IRC | 04:12 | |
*** hdworak has joined #cc | 04:16 | |
*** BjornW has joined #cc | 05:25 | |
*** BjornW has quit IRC | 05:29 | |
*** BjornW has joined #cc | 05:29 | |
*** pmiller has left #cc | 05:56 | |
*** dooteo has joined #cc | 05:57 | |
dooteo | Hi all, | 05:58 |
---|---|---|
dooteo | I'm creating a video, where I'm using songs with CC by s.a. 2.5 license, and other songs with Art Libre license. Is that possible? | 05:58 |
dooteo | I mean, can I use both (or other free license) in my video? | 05:58 |
dooteo | And if possible, can I share my video with Art License if it contains CC licensed parts (songs) and viceversa? | 05:58 |
hdworak | hi dooteo | 06:09 |
hdworak | any copyright lawyers here? | 06:09 |
dooteo | hdworak, I'm asking in #fsf, #fsfeurope and #freeculture... but there are no answers or they don't sure about license 'mixing' | 07:02 |
hdworak | I'm sorry, I'm not even a member of CC | 07:06 |
dooteo | don't worry... | 07:09 |
*** hdworak has quit IRC | 07:37 | |
*** CIA-35 has quit IRC | 07:45 | |
*** CIA-4 has joined #cc | 07:48 | |
*** kristallpirat has joined #cc | 07:55 | |
*** rohitj has quit IRC | 08:24 | |
*** tvol has joined #CC | 08:45 | |
*** BobChao has joined #cc | 09:13 | |
*** cacimar has joined #cc | 09:27 | |
*** dooteo has quit IRC | 09:41 | |
*** dooteo has joined #cc | 09:41 | |
*** nathany has joined #cc | 09:59 | |
*** hdworak has joined #cc | 10:01 | |
hdworak | hi | 10:02 |
hdworak | nathany/paulproteus: are you here? :) | 10:02 |
nathany | morning hdworak | 10:02 |
hdworak | :) | 10:02 |
hdworak | good afternoon | 10:02 |
hdworak | can we discuss your "Rewrite Metadata Validator" a bit? | 10:03 |
nathany | sure | 10:03 |
hdworak | I want to submit the proposal today | 10:03 |
hdworak | "support all recommended methods, historical and current, of embedding CC license information in a web page (see the file format page for more information)" | 10:04 |
hdworak | do you mean RDF-related methods only, all everything that was ever there? | 10:04 |
nathany | I think the minimal things that need to be supported are: | 10:04 |
nathany | * RDF/XML in an HTML comment | 10:04 |
nathany | * RDF <link>d from the head of an HTML document | 10:05 |
nathany | * the rel="license" RDFa/microformat | 10:05 |
nathany | Supporting validation of licensing in feeds (http://wiki.creativecommons.org/Syndication) would be nice, too | 10:05 |
hdworak | "alert users that embedding using historical methods has been deprecated" | 10:05 |
nathany | so primarily HTML/feed oriented at this point | 10:05 |
hdworak | =everything that's not RDFa? | 10:06 |
nathany | probably | 10:06 |
nathany | definitely RDF/XML in a comment should be marked as deprecated | 10:06 |
nathany | <link>d RDF isn't deprecated, we just think there's a better way... so maybe point to a wiki page with more details | 10:06 |
nathany | btw, i haven't looked -- have you submitted your proposal? | 10:07 |
hdworak | no, not yet | 10:07 |
hdworak | I have 7 hours left | 10:07 |
nathany | ok, well we're definitely looking forward to seeing it | 10:07 |
nathany | yup | 10:07 |
hdworak | I was discussing this topic over the last days with either you or paulproteus | 10:08 |
hdworak | 'cause I need to understand the problem | 10:08 |
hdworak | as I was looking through the RDFa Primer at w3c | 10:08 |
hdworak | and then http://www.w3.org/TR/html401/types.html#type-links | 10:08 |
hdworak | how come you came up with rel="license" ? | 10:08 |
hdworak | and not rel="DC.rights.license"? | 10:09 |
hdworak | what's the point? | 10:09 |
nathany | when we started out, dc:license was poorly defined | 10:09 |
hdworak | the Primer makes use of DC tags like title, creator etc. | 10:09 |
nathany | right | 10:09 |
hdworak | ok, that could justify it back then | 10:09 |
nathany | we've since updated our namespace to reflect that cc:license is equivalent to dc:license and xhtml:license | 10:09 |
hdworak | what's the difference between rel="cc:license" and rel="license" ? | 10:10 |
nathany | there's a large corpus of work using just rel="license", changing to rel="dc:license" (or anything else) will break things like Google/Yahoo indexing, etc... so better to handle the equivalence in the schema | 10:11 |
hdworak | I understand that the cc is the namespace | 10:11 |
nathany | right | 10:11 |
hdworak | but why are you recommending (as now) rel="license" | 10:11 |
nathany | so we initially defined our own cc:license property because xhtml:license wasn't published and dc:license wasn't well defined | 10:11 |
hdworak | alright, I understand the issue, but what I'm saying is that are you not planning to move to DC.rights.license ? | 10:11 |
nathany | there's no reason to | 10:12 |
hdworak | move = start recommending this instead of rel="license" | 10:12 |
nathany | doing so would require tool providers that have written "dumb" agents to redeploy | 10:12 |
nathany | (this includes Google, Yahoo, most search solutions unfortunately) | 10:12 |
nathany | we can handle it in the schema/OWL and let smart agents work correctly with either dc:license or license | 10:13 |
* paulproteus waves | 10:13 | |
hdworak | hi | 10:13 |
hdworak | "support making assertions about embedded objects" | 10:14 |
hdworak | what kind of assumptions? do you mean like something from the primer | 10:14 |
hdworak | http://www.w3.org/TR/xhtml-rdfa-primer/#qualifying-other-documents | 10:15 |
nathany | yeah... basically in the validator report it should show what has been asserted as licensed | 10:15 |
paulproteus | hdworak, Not assumptions, but assertions - like "This image has license CC by-sa 3.0 US" | 10:15 |
nathany | whether that's the document, or an image, other document, etc | 10:15 |
hdworak | so how would the output of the validator work? say, someone inputs an HTML - and then what: | 10:15 |
hdworak | a) sorry, this is not valid XHTML (no doctype) | 10:16 |
hdworak | b) sorry, I could not find anything cc-related in your document | 10:16 |
hdworak | c) sorry, I found some stuff, but it's deprecated, here's a good way I've come up for you | 10:16 |
hdworak | d) great, I found some stuff licensed as cc, here's the list: the doc itself and the images/objects whatever | 10:17 |
*** rohitj has joined #CC | 10:17 | |
nathany | WRT (a) we should be sloppy with what we accept -- even if it's invalid XHTML we should make efforts to parse | 10:17 |
nathany | but yes | 10:17 |
nathany | although note that you could have a mix of (c) and (d) | 10:17 |
hdworak | yeah, sure | 10:17 |
hdworak | if some is valid and some invalid | 10:17 |
nathany | right | 10:17 |
hdworak | but is there something extremely complex here I am missing? | 10:17 |
hdworak | 'cause it appears to me it's a cool project I could handle in three months | 10:18 |
hdworak | but are there any strings attached here or whatever? | 10:18 |
hdworak | like with this RDFa parsing? | 10:18 |
nathany | depending on the language you use, you can probably already find an RDFa library | 10:18 |
hdworak | that suddenly we end up with writing an OWL behemoth or something? | 10:18 |
nathany | well, I know they exist in Python and C | 10:18 |
hdworak | yeah, I did the research and got some links, too | 10:18 |
hdworak | no problem here | 10:19 |
nathany | no, zero requirement to do OWL stuff | 10:19 |
hdworak | yeah, I was just referring to the complexity of the project | 10:19 |
nathany | i think this is a project that can be done really well in a 3 month time period | 10:19 |
hdworak | (as OWL appears to me as something out of scale) | 10:19 |
nathany | nothing extremely complex about it | 10:19 |
nathany | :) | 10:19 |
hdworak | ok, so that's it | 10:19 |
nathany | great! | 10:20 |
hdworak | has anyone come up with the same proposal over the days? | 10:20 |
hdworak | (if that ain't a secret) | 10:21 |
paulproteus | I think someone submitted something on the GSoC web app, but they didn't seem to have thought it through as much as you have. | 10:21 |
paulproteus | And that's only a vague memory; I'm not totally sure. | 10:21 |
hdworak | ok ok | 10:22 |
hdworak | but remember that in the end it's the free software that must win | 10:22 |
hdworak | if the guy appears to be better, then decide on him | 10:22 |
hdworak | the time I spend on this channel is irrelevant | 10:22 |
paulproteus | Absolutely, hdworak. | 10:22 |
paulproteus | We'll be as self-serving as we can be, how's that for a promise? (-: | 10:23 |
hdworak | I've told you my XMPP-related GSOC story | 10:23 |
paulproteus | Yup! | 10:24 |
hdworak | I was happy to pass the project to a guy who started doing this a while ago | 10:24 |
nathany | hdworak: IIRC there is one other proposal but it's severely lacking in details | 10:26 |
hdworak | http://nopaste.org/p/adn685qqob/txt | 10:27 |
hdworak | this is what I've got so far and what I'll finish this UTC evening | 10:27 |
hdworak | (write about the software that will be used as the components) | 10:27 |
hdworak | ignore the tools listed there | 10:27 |
nathany | hdworak: i have to run off for a bit but that looks like a good start | 10:28 |
nathany | looking forward to reading it | 10:28 |
nathany | paulproteus: see you at the office :) | 10:28 |
hdworak | :) | 10:28 |
*** nathany has quit IRC | 10:28 | |
hdworak | paulproteus: | 10:34 |
hdworak | do you have any articles there at cc.org covering the deprecated methods? | 10:34 |
paulproteus | hdworak, Nope. | 10:35 |
hdworak | ok | 10:35 |
hdworak | http://wiki.creativecommons.org/Extend_Metadata | 10:37 |
paulproteus | " In a comment " | 10:38 |
paulproteus | There we go! | 10:38 |
paulproteus | Sorry I didn't know about that page. (-: | 10:38 |
hdworak | is "in the head" and "in the body" serious? | 10:38 |
paulproteus | This page is historical. | 10:39 |
hdworak | :) | 10:39 |
hdworak | ok | 10:39 |
paulproteus | This is *not* a current recommendation of Creative Commons. | 10:40 |
paulproteus | This page is what you should use to understand how we used to think. (-: | 10:40 |
hdworak | sure | 10:40 |
hdworak | LINKing to an external file is not a bad idea at all, imho | 10:41 |
paulproteus | Yup. | 10:41 |
paulproteus | As Nathan said above, that is okay, but not the best now, we think. | 10:41 |
paulproteus | If you can do RDFa and/or rel=license, that's even better. | 10:41 |
hdworak | it's just too bad you don't provide any examples on the page to few methods | 10:41 |
paulproteus | rel=license is good because Yahoo! and Google search pick up on it. | 10:41 |
hdworak | well, it's not like that | 10:42 |
hdworak | I can do all do this stuff; I've written a compiler in PHP 5 | 10:42 |
hdworak | I'm just trying to understand the matter | 10:42 |
hdworak | don't get me wrong, I'm not negotiating here | 10:42 |
hdworak | on what to do, and what not to do | 10:42 |
hdworak | I'll be happy to cover all this methods | 10:42 |
hdworak | it's just I need to understand the shape of these things we're dealing with right now | 10:43 |
hdworak | my first belief when I looked at the challenge, was that I'll have to write a full-fledged RDF parses at least | 10:43 |
hdworak | and that's when I got pretty scared | 10:44 |
paulproteus | (-: | 10:44 |
paulproteus | But there's no need for that, I hope you now see. | 10:44 |
hdworak | but after reading through this, it's all fine | 10:44 |
rejon | wanna keep up with all the web 2.0 clones in china: http://www.thws.cn/ | 10:55 |
rejon | check out this twitter clone: http://phottor.com/ | 10:55 |
rejon | amazing | 10:55 |
rejon | they are ahead of twitter! it does photos! | 10:56 |
paulproteus | rejon, (-: | 10:56 |
rejon | geez! | 10:56 |
paulproteus | hdworak, Sorry, I was away for a bit. | 10:56 |
paulproteus | Is there anything else I can help answer? | 10:56 |
rejon | who. thws.cn is under cc license ;) | 10:57 |
hdworak | n/p | 11:00 |
hdworak | I've just found that the whole programme is shifted by a week | 11:00 |
hdworak | but nevertheless, I'm gonna deliver this exclusive proposal to you tonight | 11:00 |
hdworak | as these were my plans | 11:00 |
paulproteus | (-: | 11:01 |
*** Bovinity has joined #cc | 11:27 | |
paulproteus | http://lxr.linux.no/linux+v2.6.24/drivers/lguest/x86/switcher_32.S#L40 | 11:58 |
*** kristallpirat has quit IRC | 12:10 | |
*** nathany has joined #cc | 12:32 | |
*** montagg has joined #cc | 13:09 | |
hdworak | nathany | 13:11 |
hdworak | are you back? | 13:11 |
hdworak | what's the license of ccrdf? :) | 13:12 |
nathany | hi hdworak | 13:12 |
nathany | probably GPL 2 | 13:12 |
nathany | of course we can relicense as necessary to make life easy if necessary :) | 13:12 |
hdworak | consider the last line and the first lines of this file: | 13:12 |
hdworak | http://nopaste.org/p/a4HNkrXwpb/txt | 13:12 |
hdworak | ok | 13:12 |
nathany | lol | 13:13 |
nathany | oops | 13:13 |
nathany | i'd say the header is correct... we did some GPL -> MIT relicensing a while back | 13:13 |
hdworak | so one should read that as the dual license or...? | 13:14 |
nathany | i suppose one should read that as dual license | 13:15 |
nathany | the intention is probably just MIT | 13:15 |
nathany | (the header) | 13:15 |
hdworak | :) | 13:16 |
hdworak | ok | 13:16 |
hdworak | I've asked paulproteus about this before, but | 13:17 |
hdworak | what license do you expect from the new validator? | 13:17 |
nathany | what license do we expect the code to be under? | 13:17 |
hdworak | me? | 13:17 |
nathany | hdworak: is that what you're asking? | 13:18 |
hdworak | yes | 13:18 |
nathany | I'd be fine with GPL, LGPL or MIT... i don't have a strong feeling about it, other than not wanting to proliferate the number of licenses we use needlessly | 13:18 |
nathany | err, not sure that came out right | 13:19 |
nathany | GPL, LGPL or MIT is fine by me | 13:19 |
nathany | i don't have a strong feeling about it... | 13:19 |
hdworak | it's just that the previous version of the validator has been licensed under cc | 13:19 |
hdworak | which I find a bit strange for software | 13:19 |
nathany | it was? | 13:19 |
nathany | if it was, that was my lameness | 13:19 |
nathany | CC licenses should not be used for software | 13:19 |
hdworak | ccValidator-1.6.0.tar.gz/README | 13:19 |
nathany | ok, my lameness :) | 13:20 |
hdworak | copyright 2003, Nathan R. Yergler; | 13:20 |
hdworak | some rights reserved: http://creativecommons.org/licenses/by-nc/1.0/ | 13:20 |
hdworak | ok | 13:20 |
hdworak | ok, mozCC is licensed under MPL 1.1, but I guess it will be just used as some kind of an inspiration/insight | 13:20 |
hdworak | not for actual code deployment | 13:20 |
hdworak | so there were left with RDFlib, ccrdf, and rdfadict - all under MIT or BSD | 13:21 |
nathany | right, it was mentioned simply as a companion tools | 13:21 |
hdworak | do you recommend any other software to be used? | 13:21 |
hdworak | do you consider that three as needed or is there something to avoid? | 13:21 |
nathany | librdfa is probably closer to the TF recommendation these days than rdfadict | 13:22 |
hdworak | I'm pretty sure RDFlib is the most important | 13:22 |
nathany | and it has Python bindings | 13:22 |
nathany | yes, I'd concur | 13:22 |
nathany | you might be able to get away with just RDFlib + librdfa and ditch ccrdf and rdfadict altogether | 13:22 |
hdworak | ok, I haven't seen that before | 13:22 |
hdworak | (librdfa) | 13:22 |
hdworak | librdfa is licensed under the GNU Lesser Public License v3. | 13:22 |
hdworak | I guess it would be nice to license validator under GNU GPL 3 | 13:24 |
hdworak | but that's just imho | 13:24 |
nathany | hdworak: i'm fine with that | 13:24 |
hdworak | paulproteus suggested: GNU GPL 2+ (for compatibility with old soft) and MIT | 13:24 |
nathany | i'd say lets choose one and if we need to we can always relicense or dual-license in the future | 13:26 |
nathany | if we can do GPL 3, that'd be fine with me | 13:26 |
hdworak | I do not know if you can use GNU LGPL 3 with a GNU GPL 2 software | 13:28 |
hdworak | (I'm not saying you can't) | 13:28 |
paulproteus | You can use GNU LGPL 3 code with proprietary software. | 13:28 |
nathany | why couldn't you? the LGPL only kicks in if you modify the source library... no linking restrictions | 13:28 |
hdworak | ok :) | 13:29 |
hdworak | I'm not a lawyer | 13:29 |
nathany | neither am i :) | 13:29 |
paulproteus | Man, my memory is right. | 13:39 |
paulproteus | I was so much more annoying years ago. | 13:39 |
* paulproteus is still reading http://www.xbox-linux.org/docs/meeting030728.html | 13:39 | |
hdworak | do you value a proposal that puts core development in the first weeks | 13:40 |
nathany | hdworak: versus? | 13:40 |
hdworak | and finishing touches in the latter more than a prosal | 13:40 |
hdworak | which wants to establish solid basis from the very beginning? | 13:40 |
hdworak | 'cause I went for the 2nd approach with Jabber proposal and they'd complained | 13:41 |
hdworak | that some ppl do that to get $2000 and then get away w/o doing anything useful | 13:41 |
hdworak | ... | 13:41 |
nathany | i'm not sure exactly what you mean wrt core development first v. "establish a solid basis" but it doesn't *sound* bad | 13:42 |
nathany | so what would you do first to establish a solid basis? | 13:42 |
hdworak | one way: setting up a temporary layout, with temporary input facilities, English-text only, no content negotiation (for the Web site), no language negotiation | 13:42 |
hdworak | and proceeding to writing the very core - get input, parse, output results (in temporary layout, too) | 13:43 |
hdworak | in their opinion with this approach they "minimise the risk" | 13:43 |
hdworak | once I get the application logic completed, I'm proceeding to all the things around it | 13:44 |
hdworak | like i18n, accessibility, usability, layout integration (with cc's Web site) etc. | 13:44 |
hdworak | the other approach is to do everything right from day zero | 13:44 |
hdworak | I acknowledge the fact this requires a bit more trust in the student | 13:45 |
hdworak | that being said, I'm happy to do it either way for you | 13:45 |
hdworak | I'm just asking how would you like it to be | 13:45 |
hdworak | so that you're happy with the proposal | 13:46 |
nathany | right | 13:46 |
nathany | ok, i can see either way... let me think for a second | 13:47 |
hdworak | no rush | 13:47 |
hdworak | :) | 13:47 |
hdworak | I guess it's like minimising the risk for one week of work | 13:48 |
nathany | so it seems to me that some of the "solid basis" things are super low risk -- CC's style, etc | 13:49 |
nathany | and some will (hopefully) be supported in a straightforward manner by the framework you use (i18n, negotiation) | 13:49 |
hdworak | do you mean using one of available Python frameworks like Django? | 13:50 |
nathany | right | 13:50 |
hdworak | ok, haven't thought about that | 13:50 |
nathany | the existing validator is written as a CGI which is lame | 13:50 |
nathany | and has caused problems with floods from crawlers, etc | 13:50 |
hdworak | so far I did such things from scratch (using frameworks is smarter though) | 13:50 |
nathany | so i'd suggest using something like Pylons, Django, etc to help you out | 13:50 |
nathany | slight preference to Pylons just because we're already using it internally (although I like Django well enough that I wouldn't object) | 13:51 |
nathany | so i can tell you what *my* approach would be, and then paulproteus can object if necessary :) | 13:51 |
nathany | i'd choose a framework, put together a basic, replicate-able "scaffolding" -- basic configuration, hello world page, etc | 13:52 |
nathany | add basic form + input processing that does next to nothing | 13:52 |
nathany | and the build out the actual validation functionality | 13:52 |
hdworak | ok, that's exactly what I've started writing before I've asked the question | 13:52 |
hdworak | just wanted to make sure if that's what you want | 13:52 |
nathany | when doing the templates i'd just try and use a page layout similar to what CC already uses | 13:52 |
nathany | (HTML layout, that is) so that we can use the same CSS | 13:53 |
nathany | then you get most of the stuff like i18n, etc for near free | 13:53 |
hdworak | ok, it's that your previous approach didn't use a framework | 13:54 |
hdworak | so I thought you'd rather want me not to use one | 13:54 |
hdworak | so that the application is not framework-dependent | 13:54 |
nathany | ah | 13:54 |
hdworak | but it's fine either way | 13:54 |
nathany | well i don't necessarily see framework dependence as a bad thing | 13:55 |
paulproteus | I'd prefer framework dependence. | 13:55 |
paulproteus | (on a good framework) | 13:55 |
nathany | you can leverage a framework like Pylons to handle all your presentation and web interaction so you can focus on the actual logic | 13:55 |
hdworak | ok, I'd use Django because it sounds like a buzzword worth learning | 13:55 |
nathany | lol | 13:55 |
nathany | sure | 13:56 |
hdworak | a Web framework was a subject of my masters thesis, so until now I'm more used to writing a framework rather than using one made already | 13:56 |
nathany | ah | 13:56 |
hdworak | but as I said, I'm here to learn a few things, not just do some work and take cash | 13:56 |
paulproteus | Great. | 13:57 |
hdworak | ok, so 1 week for setting GIT+Django and then raw development | 13:57 |
hdworak | I guess it's fair | 13:57 |
hdworak | :D | 13:59 |
hdworak | omg, looking at Django's Web site, I can already see something hot is coming | 14:00 |
hdworak | so is ccrdf still relevant for this project? | 14:02 |
hdworak | in terms of usage, not inspiration? | 14:02 |
paulproteus | You could use it, or you could use librdfa. | 14:03 |
hdworak | ok, so I'll stick to librdfa | 14:03 |
paulproteus | That's an implementation choice you can consider when actually doing the coding. | 14:03 |
paulproteus | You don't have to design the whole thing right now. (-: | 14:03 |
Bovinity | hdworak: how's the proposal coming? | 14:03 |
hdworak | I'm just missing the roadmap, which I'm just writing | 14:04 |
hdworak | Bovinity: would you design a template for Django or is that left for me to do? (what do you prefer) | 14:04 |
hdworak | a template = I mean a layout clonning the cc Web site | 14:05 |
Bovinity | hdworak: you can use any of the theme files in svn, or online, as a starting point | 14:05 |
Bovinity | if django uses TAL, our Zope templates would get you going | 14:06 |
hdworak | I'm new to this stuff, so I don't know if templates are framework-independent | 14:06 |
hdworak | (this stuff = Python frameworks) | 14:06 |
Bovinity | not usually | 14:06 |
hdworak | I'll be able to do the template myself, I'm just asking if that's fine with you or would you prefer to have 100% control on the looks | 14:07 |
Bovinity | just dpeneds on what hte framework uses to generate output | 14:07 |
Bovinity | all our sites use the same layout and css, so just grab a page that looks right, and start from there | 14:08 |
hdworak | ok :) | 14:08 |
nathany | paulproteus: Bovinity: curry for lunch when i get out of this meeting? | 14:13 |
paulproteus | No on curry, yes on lunch. (-: | 14:14 |
paulproteus | ETA for meeting end? | 14:14 |
nathany | 30 min? not really sure... (conference call :( ) | 14:14 |
Bovinity | soz, got plans | 14:14 |
hdworak | what is the state you want me to leave the project with? | 14:15 |
hdworak | first of all, it's not to say that I'm excluding the option of participating further in the development of this ccTool (I'm not) | 14:16 |
hdworak | but then again, what's the priority of, say, good documentation | 14:16 |
nathany | ideally: a running validator with complete test coverage which we can easily manage and extend as necessary | 14:16 |
hdworak | source code distribution, describing the architecture etc. | 14:17 |
hdworak | providing further roadmap | 14:17 |
nathany | part of that ideal is a clear way to go from a code checkout to a deployed instance | 14:17 |
hdworak | establishing a feature request tool and a bug report tool | 14:17 |
hdworak | writing the docs on the installation process | 14:18 |
hdworak | etc. | 14:18 |
nathany | feature request/bug report is a non-requirement -- that should use whatever we use generally | 14:18 |
nathany | (sf.net @ this point, something else in the future) | 14:18 |
hdworak | launchpad, google code? | 14:18 |
nathany | i imagine we'll run our own eventually | 14:19 |
hdworak | :) :) | 14:19 |
*** Yaco has joined #cc | 14:19 | |
hdworak | ok, so what to put in the proposal in this respect: | 14:20 |
hdworak | good docs and commented code, thorough tests | 14:20 |
hdworak | ? | 14:20 |
hdworak | other dev-related stuff considered low priority? | 14:21 |
nathany | other dev-related stuff being bug tracker, feature tracker? | 14:21 |
hdworak | yeah, and a Web page for devs with git access info, tarballs, stable releases etc. | 14:21 |
nathany | yeah, i'd say that's low priority | 14:22 |
hdworak | n/p :) | 14:22 |
nathany | it can be done 90% through a page in the CC wiki | 14:22 |
*** Yaco has quit IRC | 14:24 | |
hdworak | http://wiki.creativecommons.org/Extend_Metadata | 14:26 |
hdworak | In the HEAD + In the BODY + LINKing to a data: URL + LINKing to an external file = all the same in terms of parser? | 14:26 |
hdworak | I mean that code that is embedded through this means | 14:26 |
hdworak | this=these | 14:26 |
hdworak | and the second question is | 14:29 |
hdworak | should the *tests* cover invalid XHTML? (yes, the software will try to parse invalid code, but I'm just asking about test cases) | 14:30 |
*** dooteo has left #cc | 14:30 | |
*** paulproteus has quit IRC | 14:32 | |
hdworak | I guess I'm asking too many questions in general ;) | 14:41 |
hdworak | sorry about that | 14:41 |
*** UltraMagnus has joined #cc | 14:51 | |
*** tvol has quit IRC | 14:52 | |
nathany | hdworak: sorry, i'm in a mtg right now -- so i think that there should definitely be tests that make sure basic, broken HTML gives expected results | 14:59 |
nathany | i've accidently "fixed" that in the past, so a test would help make sure we don't break that in the future | 14:59 |
nathany | wrt the Extend_Metadata question... | 15:00 |
*** paulproteuss has joined #cc | 15:00 | |
nathany | not sure what your question is | 15:00 |
*** cacimar has quit IRC | 15:10 | |
paulproteuss | nathany: eaten? | 15:11 |
nathany | paulproteuss: finishing now, eating RSN | 15:11 |
paulproteuss | Super rad. | 15:12 |
nathany | paulproteuss: you? i'm going to walk down and get curry | 15:12 |
paulproteuss | Let me see the menu today. | 15:13 |
paulproteuss | Otherwise I'll walk the same way but go across the street to get a Maya burrito. | 15:13 |
hdworak | ok | 15:13 |
hdworak | I'm done with the proposal | 15:13 |
hdworak | could you have a look, please? | 15:13 |
paulproteuss | hdworak: Sure, drop us a link; but we'll be lunching for the next short while. | 15:14 |
*** nathany is now known as nathany_is_eatin | 15:15 | |
hdworak | looking forward to any comments: http://hugo.dworak.info/gsoc2008/text | 15:16 |
hdworak | paulproteuss, nathany_is_eatin, Bovinity | 15:17 |
*** tudon has joined #cc | 15:21 | |
tudon | hello can i use two differant licences in one work? for instance gpl for one part and a cc something for some graphics that come along with it. | 15:23 |
hdworak | hello | 15:28 |
hdworak | as far as I can tell, we have no lawyers here | 15:28 |
*** tvol has joined #CC | 15:28 | |
hdworak | but the cc ppl are off for a lunch | 15:28 |
hdworak | stay tuned | 15:28 |
Bovinity | hey tvol | 15:29 |
tudon | hi | 15:29 |
tvol | hey bovinity | 15:29 |
Bovinity | http://jwz.livejournal.com/856745.html | 15:42 |
hdworak | http://www.mcom.com/archives/ | 15:44 |
hdworak | the author can contribute that to | 15:44 |
hdworak | http://browsers.evolt.org/? | 15:45 |
*** BjornW has quit IRC | 15:54 | |
*** tvol has quit IRC | 16:03 | |
*** tvol has joined #CC | 16:06 | |
hdworak | I've reformatted the proposal to have 70 characters per line maximum | 16:09 |
hdworak | http://hugo.dworak.info/gsoc2008/text | 16:09 |
*** nathany_is_eatin is now known as nathany | 16:11 | |
*** pmiller has joined #cc | 16:13 | |
paulproteuss | "Does not work with TueV Mosaic and I refuse to upgrade." | 16:15 |
hdworak | "License-related metadata validator and viewer" | 16:15 |
hdworak | the proposed title | 16:15 |
hdworak | maybe License-oriented would be better | 16:16 |
hdworak | yeah | 16:16 |
paulproteuss | rehi, all. | 16:20 |
paulproteuss | hdworak: "licensor" not "licenser" | 16:20 |
hdworak | thanks, corrected that | 16:21 |
*** paulproteus has joined #cc | 16:21 | |
paulproteuss | bye bye baby balloon! | 16:22 |
*** paulproteuss has quit IRC | 16:22 | |
paulproteus | rerehi, all | 16:23 |
paulproteus | hdworak, In your section where you list references when you write e.g. "RDFa wiki" please link to the actual URL so we know for sure what you're reading. | 16:23 |
paulproteus | If possible please provide 3-5 words about why you want to use each of those libraries you mention that will "facilitate the development". | 16:24 |
hdworak | first google match really | 16:25 |
hdworak | if I link everything, I'll exceed the 7500 characters limit | 16:25 |
hdworak | right now the proposal is 7420 | 16:25 |
paulproteus | hdworak, In your road map, you talk about functionality but don't make it clear how the user of the code in that week will interact with the program. | 16:27 |
paulproteus | Is this functionality of some core internal module that doesn't talk to the web? | 16:27 |
*** paulproteus has quit IRC | 16:27 | |
*** pmiller has left #cc | 16:28 | |
mecredis | hdworak: there's a typo in your paragraph about python | 16:28 |
mecredis | or rather its just a bit awkward when you say "I felt in love with the language" | 16:28 |
mecredis | maybe "I fell in love with the language" might be a bit better | 16:29 |
hdworak | are RDFlib and librdfa alternatives? | 16:29 |
hdworak | thanks :) | 16:29 |
mecredis | no problem | 16:30 |
hdworak | paulproteus: where do I write about the functionality in the roadmap? | 16:31 |
*** mecredis has left #cc | 16:31 | |
*** mecredis has joined #cc | 16:31 | |
*** mecredis has left #cc | 16:31 | |
hdworak | The following software will be used to facilitate the development: | 16:33 |
hdworak | - Django (BSD 3-clause) - a web application framework, | 16:33 |
hdworak | - librdfa (GNU LGPL 3) - a standards-compliant RDFa parser, | 16:33 |
hdworak | - utidylib (MIT) - a Python wrapper (bindings) for tidylib. | 16:33 |
hdworak | is this ok? | 16:33 |
*** DJ_S has joined #cc | 16:38 | |
*** DJ_S has left #cc | 16:39 | |
*** paulproteus has joined #cc | 16:50 | |
hdworak | :) | 16:53 |
hdworak | nathany: any comments? | 16:53 |
nathany | hdworak: i haven't read the proposal, but you may need rdflib as well | 16:54 |
nathany | may == probably :) | 16:54 |
hdworak | so it ain't replace by the librdfa? | 16:54 |
nathany | no | 16:54 |
nathany | librdfa is just an RDFa parser | 16:55 |
nathany | rdflib is a general RDF graph library | 16:55 |
nathany | (which you'll need for RDF-in-a-comment, etc) | 16:55 |
hdworak | ok, I understand now | 16:55 |
hdworak | it also contains RDFa support | 16:56 |
hdworak | so isn't using librdfa along with it a redundancy? | 16:56 |
nathany | perhaps; you'll need to determine if the rdfa support in rdflib has been updated to match the last call TF documents | 16:56 |
nathany | librdfa is maintained by an active member of the task force so i am sure that it's up to date (or as up to date as any parser) | 16:57 |
hdworak | ok, I'll put both libraries in the proposal then | 16:57 |
hdworak | ok, updated | 16:58 |
*** Luke___ has joined #cc | 17:09 | |
*** paulproteus_ has joined #cc | 17:09 | |
*** paulproteus_ has quit IRC | 17:11 | |
*** paulproteus has quit IRC | 17:21 | |
*** tudon has left #cc | 17:22 | |
hdworak | is there anything left to be fixed? | 17:29 |
hdworak | :) | 17:34 |
hdworak | ok, I'm submitting this | 17:40 |
hdworak | thanks for your remarks | 17:40 |
hdworak | I appreciate that | 17:40 |
*** BobChao has quit IRC | 17:43 | |
hdworak | good bye | 17:46 |
*** hdworak has quit IRC | 17:46 | |
Bovinity | http://cgi.ebay.com/Hang-In-There-Baby-Vintage-70s-poster_W0QQitemZ270224150786QQihZ017QQcategoryZ60334QQssPageNameZWDVWQQrdZ1QQcmdZViewItem | 18:10 |
*** nathany has quit IRC | 18:13 | |
*** paulproteus has joined #cc | 18:24 | |
*** Yaco has joined #cc | 18:27 | |
*** Luke___ is now known as Luke | 18:29 | |
*** tvol has quit IRC | 18:38 | |
Bovinity | oh 1995! you cad... http://www.paleofuture.com/2008/03/internet-bah-1995.html | 19:14 |
*** tvol has joined #CC | 19:56 | |
*** Bovinity has quit IRC | 20:02 | |
*** paulproteus has left #cc | 20:13 | |
*** paulproteus_ has joined #cc | 20:13 | |
*** paulproteus_ is now known as paulproteus | 20:14 | |
*** paulproteus has left #cc | 20:15 | |
*** paulproteus has joined #cc | 20:15 | |
*** rohitj has quit IRC | 20:31 | |
*** UltraMagnus has quit IRC | 20:34 | |
*** bittwist has joined #cc | 20:43 | |
bittwist | O.o | 20:44 |
*** bittwist has left #cc | 20:44 | |
*** rohitj has joined #CC | 21:56 | |
*** paulproteus has quit IRC | 21:58 | |
*** paulproteus has joined #cc | 22:08 | |
*** tvol has quit IRC | 22:11 | |
*** tvol has joined #CC | 22:12 | |
*** tanjir has joined #cc | 22:41 | |
*** parkerhiggins has joined #cc | 22:46 | |
*** paulproteus has quit IRC | 22:49 | |
*** paulproteus_ has joined #cc | 22:49 | |
*** paulproteus_ has quit IRC | 23:20 | |
*** digmeup has quit IRC | 23:25 | |
*** miamiphp has quit IRC | 23:33 | |
*** Yaco has quit IRC | 23:51 | |
*** paulproteus_ has joined #cc | 23:54 | |
*** paulproteus_ has quit IRC | 23:59 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!