Re: [VOTE] Release JSPWiki version 2.9.0-incubating
Hi folks, this might be a duplicate email but I can't find my vote on the list [X] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) Cheers, Siegfried Goeschl On 14.11.12 02:03, Florian Holeczek wrote: Hi all, I'd like to start a vote on an incubator release for Apache JSPWiki, version 2.9.0-incubating. Apache JSPWiki (incubating) is a leading open source WikiWiki engine, feature-rich and built around standard J2EE components (Java, servlets, JSP). A vote was held on the developer mailing list [1] and passed with 9 +1s [2], two of them from our mentors. This release candidate fixes the following issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310732version=12319521 The tag to be voted upon: https://svn.apache.org/repos/asf/incubator/jspwiki/tags/jspwiki_2_9_0_incubating Source and binary files: http://people.apache.org/~florianh/jspwiki-2.9.0-incubating/ Checksums: JSPWiki-2.9.0-incubating-src.zip MD5:287e75857b03b41dca769211591c6144 SHA1: 74b24e526177b7ddf5394b4b96b67bb9081628a4 SHA512: 9a080ed994e4308e4ff6386f6e5e88e42d27fc8a8abe37d2874d3c8477fe097037017fffdd03430cdb0ca7a73efba91bf58e70c1943e08c9565170809daa953a JSPWiki-2.9.0-incubating-bin.zip MD5:7e774dc46c112ca895aad60fb607dc60 SHA1: e529eb02d13f4061534d85dd0e78d67c5dfe29a5 SHA512: 575eae72390178005bf7cf57332af9a1da85515d6fc10cf9c8b3548f50743c0e57c0c6f46bc99b70cd1328ef083fb4a4fe9f3867e9ec7c7e4a640b845a2e2ee4 JSPWiki's KEYS file containing PGP keys we use to sign the release: http://www.apache.org/dist/incubator/jspwiki/KEYS For convenience, this directory includes a binary distribution and a RAT report on the cited tag. You can manually generate the RAT report from a clean source by running the rat-report Ant target. Please vote: [ ] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) The vote will be open for at least 72 hours. Best regards Florian Holeczek [1] http://markmail.org/message/gksvnjnru2nhhenf [2] http://markmail.org/message/mht24dwvpmm7xgft - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
I have to say when I heard the name Linda, I really liked it because it is short, catchy, easy to remember and goes well with Linked Data. But I totally agree that it is good to avoid any name conflict issues or trademark issues in this early stage where it is easily possible. I was thinking whether LindaWeb or WebLinda would be an alternative choice. Best Regards, Nandana On Sun, Nov 18, 2012 at 4:14 AM, David Crossley cross...@apache.org wrote: Another possblility is Adnil being reversed linked data. A nice twist. Anyway, up to the podling. There are some useful Incubator resources for quickly dealing with the Name issue. Here are some: http://incubator.apache.org/guides/graduation.html#notes-names http://incubator.apache.org/guides/names.html http://incubator.apache.org/guides/proposal.html#name There great advice in this thread that could be added to docs. -David - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
RE: [PROPOSAL] Apache Linda
I've been biting my tongue all of this time and I can't resist any longer. The missing case is Lovelace (bad joke), although WebLace is about linking too. There's no need to borrow a human nick. - Dennis -Original Message- From: Nandana Mihindukulasooriya [mailto:nandana@gmail.com] Sent: Sunday, November 18, 2012 01:51 To: general@incubator.apache.org Subject: Re: [PROPOSAL] Apache Linda I have to say when I heard the name Linda, I really liked it because it is short, catchy, easy to remember and goes well with Linked Data. But I totally agree that it is good to avoid any name conflict issues or trademark issues in this early stage where it is easily possible. I was thinking whether LindaWeb or WebLinda would be an alternative choice. Best Regards, Nandana On Sun, Nov 18, 2012 at 4:14 AM, David Crossley cross...@apache.org wrote: Another possblility is Adnil being reversed linked data. A nice twist. Anyway, up to the podling. There are some useful Incubator resources for quickly dealing with the Name issue. Here are some: http://incubator.apache.org/guides/graduation.html#notes-names http://incubator.apache.org/guides/names.html http://incubator.apache.org/guides/proposal.html#name There great advice in this thread that could be added to docs. -David - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
tuplespaces are STILL well known and Linda is one or even its original implementation where JavaSapces is another and later on grid computing borrowed some ideas [1] from it etc pp. So I wouldn't make a statement as such as Linda nowadays is ancient technology (to use a strong term). Anyway we had similar discussions in the past in terms of keeping the name or not and if my memory serves me right most times the conclusion of each discussion was that it's probably better to drop the proposed name in the first place in favor of a better one that causes less confusion and such. There seems to be a connection to the semantic web too which is Triple Space Computing [2]. PS: Have a look at this slidedeck to get a feeling about how commonly know tuplespaces are: http://www.slideshare.net/luccastera/concurrent-programming-with-ruby-and-tuple-spaces [1] http://ieeexplore.ieee.org/xpl/login.jsp?tp=arnumber=4208870url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D4208870 [2] http://dip.semanticweb.org/documents/RoleofTripleSpaceinSemanticWebServices.pdf Cheers Daniel On Sat, Nov 17, 2012 at 8:08 PM, Andy Seaborne a...@apache.org wrote: On 17/11/12 09:01, Sergio Fernández wrote: Hi Roy, we were aware of the possible conflict/confusion with the name; but since the Linda model is quite old, not really spread nowadays and completely far away of the Linked Data topic, personally I can't see a really big issue here. But of course the Incubator PMC has a deeper knowledge of such a kind of decisions and its implications, so we'll do out best to address it during this discussion. Anyway, we'd prefer to focus the discussion on the proposal itself. After all, the name is something we can change. But the project is something important to discuss. BTW, regarding that, in other to provide some more background about the proposal, I'd also like to point you the slides we presented one week ago at ApacheCon Europe: http://slidesha.re/VUQ7ia Thanks for all your feedback. Best, On 16.11.2012 19:30, Roy T. Fielding wrote: I suggest choosing a different name. http://en.wikipedia.org/wiki/**Linda_%28coordination_**language%29http://en.wikipedia.org/wiki/Linda_%28coordination_language%29 We generally don't use names that have been (and continue to be) used extensively by other software projects. Roy You're right changing the name can be done later but the name tends to get embedded both in the system (e.g. URLs, JIRA project) and more importantly in people knowing about the community. Renaming for the community is hard and risky - I would say it is easier to sort it out as part of project initialization if you believe the name change is likely. I did a quick search and found 2 lindas: Linda Spaces (the blackboard system that, I guess, is triggering the comments here) and TCP Linda, a parallel execution environment (which may well be related to the blackboard linda). TCP Linda == http://www.gaussian.com/g_**prod/linda.htmhttp://www.gaussian.com/g_prod/linda.htm Linda spaces leads to JavaSpaces so is a known name in the Java world at least. There is a SourceForge project linda (but looks dormant) Andy --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.orggeneral-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
Btw, I think the Wikipedia reference in the Tuple Space article to the blackboard metaphor is misleading cause it's already bound to AI expert systems such as Hofstadter's copycat... if I have collected enough evidence I'll change the article accordingly :) Cheers Daniel On Sat, Nov 17, 2012 at 11:12 PM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: Dear all, first of all, thanks for the feedback so far... Am 17.11.2012 um 20:08 schrieb Andy Seaborne: You're right changing the name can be done later but the name tends to get embedded both in the system (e.g. URLs, JIRA project) and more importantly in people knowing about the community. Renaming for the community is hard and risky - I would say it is easier to sort it out as part of project initialization if you believe the name change is likely. I did a quick search and found 2 lindas: Linda Spaces (the blackboard system that, I guess, is triggering the comments here) and TCP Linda, a parallel execution environment (which may well be related to the blackboard linda). TCP Linda == http://www.gaussian.com/g_prod/linda.htm Linda spaces leads to JavaSpaces so is a known name in the Java world at least. There is a SourceForge project linda (but looks dormant) Andy I agree that Linda is a very generic name and as such there are already several projects out there with this name. On the other hand, we chose Linda as an acronym for Linked Data in order to increase recognizability especially in the domain we are targeting. For our community, we think it would be quite easy to identify Apache Linda with the Linked Data Platform and not with a blackboard system or a methodology for parallel execution. A more artificial name would probably have a harder time establishing a brand (but of course the project is good enough to manage ;-) ). In case the Incubator PMC still recommends to rename the project, I agree we should do it BEFORE starting up the project. We will discuss options for renaming on Monday (European Time) and come up with suggestions. Greetings, Sebastian -- | Dr. Sebastian Schaffert sebastian.schaff...@salzburgresearch.at | Salzburg Research Forschungsgesellschaft http://www.salzburgresearch.at | Head of Knowledge and Media Technologies Group +43 662 2288 423 | Jakob-Haringer Strasse 5/II | A-5020 Salzburg - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
WebLinda is nice and specific and phonetically suggestive. On Sun, Nov 18, 2012 at 1:50 AM, Nandana Mihindukulasooriya nandana@gmail.com wrote: I have to say when I heard the name Linda, I really liked it because it is short, catchy, easy to remember and goes well with Linked Data. But I totally agree that it is good to avoid any name conflict issues or trademark issues in this early stage where it is easily possible. I was thinking whether LindaWeb or WebLinda would be an alternative choice. Best Regards, Nandana On Sun, Nov 18, 2012 at 4:14 AM, David Crossley cross...@apache.org wrote: Another possblility is Adnil being reversed linked data. A nice twist. Anyway, up to the podling. There are some useful Incubator resources for quickly dealing with the Name issue. Here are some: http://incubator.apache.org/guides/graduation.html#notes-names http://incubator.apache.org/guides/names.html http://incubator.apache.org/guides/proposal.html#name There great advice in this thread that could be added to docs. -David - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release JSPWiki version 2.9.0-incubating
+1 (binding) LieGrue, strub - Original Message - From: Siegfried Goeschl siegfried.goes...@it20one.at To: general@incubator.apache.org Cc: Sent: Sunday, November 18, 2012 10:33 AM Subject: Re: [VOTE] Release JSPWiki version 2.9.0-incubating Hi folks, this might be a duplicate email but I can't find my vote on the list [X] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) Cheers, Siegfried Goeschl On 14.11.12 02:03, Florian Holeczek wrote: Hi all, I'd like to start a vote on an incubator release for Apache JSPWiki, version 2.9.0-incubating. Apache JSPWiki (incubating) is a leading open source WikiWiki engine, feature-rich and built around standard J2EE components (Java, servlets, JSP). A vote was held on the developer mailing list [1] and passed with 9 +1s [2], two of them from our mentors. This release candidate fixes the following issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310732version=12319521 The tag to be voted upon: https://svn.apache.org/repos/asf/incubator/jspwiki/tags/jspwiki_2_9_0_incubating Source and binary files: http://people.apache.org/~florianh/jspwiki-2.9.0-incubating/ Checksums: JSPWiki-2.9.0-incubating-src.zip MD5: 287e75857b03b41dca769211591c6144 SHA1: 74b24e526177b7ddf5394b4b96b67bb9081628a4 SHA512: 9a080ed994e4308e4ff6386f6e5e88e42d27fc8a8abe37d2874d3c8477fe097037017fffdd03430cdb0ca7a73efba91bf58e70c1943e08c9565170809daa953a JSPWiki-2.9.0-incubating-bin.zip MD5: 7e774dc46c112ca895aad60fb607dc60 SHA1: e529eb02d13f4061534d85dd0e78d67c5dfe29a5 SHA512: 575eae72390178005bf7cf57332af9a1da85515d6fc10cf9c8b3548f50743c0e57c0c6f46bc99b70cd1328ef083fb4a4fe9f3867e9ec7c7e4a640b845a2e2ee4 JSPWiki's KEYS file containing PGP keys we use to sign the release: http://www.apache.org/dist/incubator/jspwiki/KEYS For convenience, this directory includes a binary distribution and a RAT report on the cited tag. You can manually generate the RAT report from a clean source by running the rat-report Ant target. Please vote: [ ] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) The vote will be open for at least 72 hours. Best regards Florian Holeczek [1] http://markmail.org/message/gksvnjnru2nhhenf [2] http://markmail.org/message/mht24dwvpmm7xgft - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
Hi Ted, in addition to the comments and links from Sebastian, I want to add something myself. On 17/11/12 22:49, Ted Dunning wrote: Frankly, the phrase linked data is also so generic as to be essentially meaningless outside your community. There are many, many uses of this phrase in computer science that mean something completely different from what you guys seem to mean. Where else is the phrase linked data used with a different meaning? What 'those guys' seem to mean is well described in the Linked Data Wikipedia page: http://en.wikipedia.org/wiki/Linked_data Please, notice there isn't a disambiguation page. :-) The Wikipedia page in itself is not a primary source of information, however it refers and link to the primary sources regarding 'linked data'. It took me quite a bit of reading to figure out what you were talking about. At the very least, you need to look at your supporting materials with a naive eye so that you can avoid the confusion that your name and terminology are likely to cause. The above wiki page seems pretty short and clear to me. Is there anything in your opinion which isn't clear and should be better explained? The phrase linked data is composed by two words and the common definition of 'linked' (in particular if referred to the Web) and 'data' applies here unchanged. If you think at the Web as is big 'library' of linked 'documents', can we do the same also for data, instead of documents? How? This is what 'linked data' is all about and what it is trying to achieve: a Web of data. Now, we could discuss (elsewhere) on what's the best way to achieve that, but here is out of scope. Having a project name that memorializes a phrase that nobody is likely to understand without (lots of) supporting material and which is used by other projects in roughly the same domain is problematic. I disagree. The 4 principles are very clear and simple: 1. Use URIs as names for things 2. Use HTTP URIs so that people can look up those names. 3. When someone looks up a URI, provide useful information, using the standards (RDF*, SPARQL) 4. Include links to other URIs. so that they can discover more things. We could debate indefinitely on the using the standards ... part, but should we do it here? What's isn't clear to you from the four principles above? You already know what a URI, HTTP URIs, links are. Isn't it? :-) Now, I could have sympathy with you if you point your finger at RDF and SPARQL, but, once again, the Wikipedia pages of these two W3C Recommendations are quite short and clear... and if you want you can always refer to the W3C Recommendations (those are your primary sources of information in this case). ... and if you still need more info or want to put those things into practice, come on the jena-user mailing list and we will help you out. :-) My feeling is that I would be -0 on the name meaning that I think that it isn't good, but I wouldn't stand in the way by vetoing it. You guys seem pretty attached to your terminology regardless of the merits and it doesn't seem a big enough issue to be worth causing friction over it. I conclude with pointing to a poing of the Apache philosophy which says: faithful implementation of standards: http://www.apache.org/foundation/how-it-works.html#philosophy IMHO two of the places to look for these 'standards' in relation to the Web are IETF (http://www.ietf.org/) (which, by the way, do not produce standards but RFC) and the W3C (http://www.w3.org/) (which, by the way, do not produce standards but Recommendations). Both, although not perfect, have great and open as well as transparent processes and I am grateful they exists (as they have been and are fundamental to Internet and the Web and their evolution). The Apache Software Foundation often provides reference implementations to these RFCs and Recommendations and I am grateful to ASF to put those into practice and in the hands of thousands of developers (including me ;-)). I disagree with you also on your regardless of the merits, but I am unsure if this is is scope of this thread, if it is. I am happy to discuss further if you are interested. You should be aware, however, that with these defects, it seems very unlikely to me that Apache would be able to help with trademark and name conflict issues. That may not seem like a big deal now, but if your project really does get going and then somebody tries to take over your community with a nearly identically named product, it will definitely feel like a big deal. Take a look at what happens with Open Office all the time. Regarding the name, I have no better suggestion than dropping the 'n'? Linda -- Lida (but I have not done much research to see if that has problems or not). Paolo On Sat, Nov 17, 2012 at 2:12 PM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: I agree that Linda is a very generic name and as such there are already several
Re: [VOTE] Release JSPWiki version 2.9.0-incubating
Hi folks, this might be a duplicate email but I can't find my vote on the list [X] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) Cheers, Siegfried Goeschl PS: More votes and/or feedback would be welcome ... On 14.11.12 02:03, Florian Holeczek wrote: Hi all, I'd like to start a vote on an incubator release for Apache JSPWiki, version 2.9.0-incubating. Apache JSPWiki (incubating) is a leading open source WikiWiki engine, feature-rich and built around standard J2EE components (Java, servlets, JSP). A vote was held on the developer mailing list [1] and passed with 9 +1s [2], two of them from our mentors. This release candidate fixes the following issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310732version=12319521 The tag to be voted upon: https://svn.apache.org/repos/asf/incubator/jspwiki/tags/jspwiki_2_9_0_incubating Source and binary files: http://people.apache.org/~florianh/jspwiki-2.9.0-incubating/ Checksums: JSPWiki-2.9.0-incubating-src.zip MD5:287e75857b03b41dca769211591c6144 SHA1: 74b24e526177b7ddf5394b4b96b67bb9081628a4 SHA512: 9a080ed994e4308e4ff6386f6e5e88e42d27fc8a8abe37d2874d3c8477fe097037017fffdd03430cdb0ca7a73efba91bf58e70c1943e08c9565170809daa953a JSPWiki-2.9.0-incubating-bin.zip MD5:7e774dc46c112ca895aad60fb607dc60 SHA1: e529eb02d13f4061534d85dd0e78d67c5dfe29a5 SHA512: 575eae72390178005bf7cf57332af9a1da85515d6fc10cf9c8b3548f50743c0e57c0c6f46bc99b70cd1328ef083fb4a4fe9f3867e9ec7c7e4a640b845a2e2ee4 JSPWiki's KEYS file containing PGP keys we use to sign the release: http://www.apache.org/dist/incubator/jspwiki/KEYS For convenience, this directory includes a binary distribution and a RAT report on the cited tag. You can manually generate the RAT report from a clean source by running the rat-report Ant target. Please vote: [ ] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) The vote will be open for at least 72 hours. Best regards Florian Holeczek [1] http://markmail.org/message/gksvnjnru2nhhenf [2] http://markmail.org/message/mht24dwvpmm7xgft - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
Btw, the important part missing up to now in this discussion is the OPEN in Linked OPEN Data. If I get it right without openness the whole idea will be crippled to a certain extend. Cheers Daniel On Sun, Nov 18, 2012 at 1:12 AM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: Dear Ted, even though I agree that the term Linked Data is very generic, this is out of my influence, and it describes quite well what the topic is about. The term Linked Data has actually been proposed by Tim Berners-Lee: http://www.w3.org/DesignIssues/LinkedData.html and is used in the various standardisation efforts (like the W3C Linked Data Platform recommendation mentioned in the proposal). There is also a nice presentation from 2009 at TED: http://www.ted.com/talks/tim_berners_lee_on_the_next_web.html Linked Data is also already used by major enterprises like: - BBC: http://www.w3.org/2001/sw/sweo/public/UseCases/BBC/ - Volkswagen: http://semanticweb.com/volkswagen-das-auto-company-is-das-semantic-web-company_b23233 - German National Library: http://www.dnb.de/EN/Service/DigitaleDienste/LinkedData/linkeddata_node.html So my fear that 'nobody is likely to understand the phrase Linked Data' is very low for the future. If there have been other uses of the phrase in Computer Science before they are now marginalized (if you can trust a Google search for Linked Data). That said, we take your concern serious (especially the legal issue) and will discuss the issue on Monday. I am also grateful for the proposals that have already been done on the list. Greetings, Sebastian Am 17.11.2012 um 23:49 schrieb Ted Dunning: Frankly, the phrase linked data is also so generic as to be essentially meaningless outside your community. There are many, many uses of this phrase in computer science that mean something completely different from what you guys seem to mean. It took me quite a bit of reading to figure out what you were talking about. At the very least, you need to look at your supporting materials with a naive eye so that you can avoid the confusion that your name and terminology are likely to cause. Having a project name that memorializes a phrase that nobody is likely to understand without (lots of) supporting material and which is used by other projects in roughly the same domain is problematic. My feeling is that I would be -0 on the name meaning that I think that it isn't good, but I wouldn't stand in the way by vetoing it. You guys seem pretty attached to your terminology regardless of the merits and it doesn't seem a big enough issue to be worth causing friction over it. You should be aware, however, that with these defects, it seems very unlikely to me that Apache would be able to help with trademark and name conflict issues. That may not seem like a big deal now, but if your project really does get going and then somebody tries to take over your community with a nearly identically named product, it will definitely feel like a big deal. Take a look at what happens with Open Office all the time. On Sat, Nov 17, 2012 at 2:12 PM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: I agree that Linda is a very generic name and as such there are already several projects out there with this name. On the other hand, we chose Linda as an acronym for Linked Data in order to increase recognizability especially in the domain we are targeting. For our community, we think it would be quite easy to identify Apache Linda with the Linked Data Platform and not with a blackboard system or a methodology for parallel execution. A more artificial name would probably have a harder time establishing a brand (but of course the project is good enough to manage ;-) ). In case the Incubator PMC still recommends to rename the project, I agree we should do it BEFORE starting up the project. We will discuss options for renaming on Monday (European Time) and come up with suggestions. Sebastian -- | Dr. Sebastian Schaffert sebastian.schaff...@salzburgresearch.at | Salzburg Research Forschungsgesellschaft http://www.salzburgresearch.at | Head of Knowledge and Media Technologies Group +43 662 2288 423 | Jakob-Haringer Strasse 5/II | A-5020 Salzburg - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
Then call it LODen. On Sat, Nov 17, 2012 at 8:04 PM, dsh daniel.hais...@gmail.com wrote: Btw, the important part missing up to now in this discussion is the OPEN in Linked OPEN Data. If I get it right without openness the whole idea will be crippled to a certain extend. Cheers Daniel On Sun, Nov 18, 2012 at 1:12 AM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: Dear Ted, even though I agree that the term Linked Data is very generic, this is out of my influence, and it describes quite well what the topic is about. The term Linked Data has actually been proposed by Tim Berners-Lee: http://www.w3.org/DesignIssues/LinkedData.html and is used in the various standardisation efforts (like the W3C Linked Data Platform recommendation mentioned in the proposal). There is also a nice presentation from 2009 at TED: http://www.ted.com/talks/tim_berners_lee_on_the_next_web.html Linked Data is also already used by major enterprises like: - BBC: http://www.w3.org/2001/sw/sweo/public/UseCases/BBC/ - Volkswagen: http://semanticweb.com/volkswagen-das-auto-company-is-das-semantic-web-company_b23233 - German National Library: http://www.dnb.de/EN/Service/DigitaleDienste/LinkedData/linkeddata_node.html So my fear that 'nobody is likely to understand the phrase Linked Data' is very low for the future. If there have been other uses of the phrase in Computer Science before they are now marginalized (if you can trust a Google search for Linked Data). That said, we take your concern serious (especially the legal issue) and will discuss the issue on Monday. I am also grateful for the proposals that have already been done on the list. Greetings, Sebastian Am 17.11.2012 um 23:49 schrieb Ted Dunning: Frankly, the phrase linked data is also so generic as to be essentially meaningless outside your community. There are many, many uses of this phrase in computer science that mean something completely different from what you guys seem to mean. It took me quite a bit of reading to figure out what you were talking about. At the very least, you need to look at your supporting materials with a naive eye so that you can avoid the confusion that your name and terminology are likely to cause. Having a project name that memorializes a phrase that nobody is likely to understand without (lots of) supporting material and which is used by other projects in roughly the same domain is problematic. My feeling is that I would be -0 on the name meaning that I think that it isn't good, but I wouldn't stand in the way by vetoing it. You guys seem pretty attached to your terminology regardless of the merits and it doesn't seem a big enough issue to be worth causing friction over it. You should be aware, however, that with these defects, it seems very unlikely to me that Apache would be able to help with trademark and name conflict issues. That may not seem like a big deal now, but if your project really does get going and then somebody tries to take over your community with a nearly identically named product, it will definitely feel like a big deal. Take a look at what happens with Open Office all the time. On Sat, Nov 17, 2012 at 2:12 PM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: I agree that Linda is a very generic name and as such there are already several projects out there with this name. On the other hand, we chose Linda as an acronym for Linked Data in order to increase recognizability especially in the domain we are targeting. For our community, we think it would be quite easy to identify Apache Linda with the Linked Data Platform and not with a blackboard system or a methodology for parallel execution. A more artificial name would probably have a harder time establishing a brand (but of course the project is good enough to manage ;-) ). In case the Incubator PMC still recommends to rename the project, I agree we should do it BEFORE starting up the project. We will discuss options for renaming on Monday (European Time) and come up with suggestions. Sebastian -- | Dr. Sebastian Schaffert sebastian.schaff...@salzburgresearch.at | Salzburg Research Forschungsgesellschaft http://www.salzburgresearch.at | Head of Knowledge and Media Technologies Group +43 662 2288 423 | Jakob-Haringer Strasse 5/II | A-5020 Salzburg - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release JSPWiki version 2.9.0-incubating
+1 (binding) Good progress since the last RC, keep it up! On Wed, Nov 14, 2012 at 2:03 AM, Florian Holeczek flori...@apache.org wrote: Hi all, I'd like to start a vote on an incubator release for Apache JSPWiki, version 2.9.0-incubating. Apache JSPWiki (incubating) is a leading open source WikiWiki engine, feature-rich and built around standard J2EE components (Java, servlets, JSP). A vote was held on the developer mailing list [1] and passed with 9 +1s [2], two of them from our mentors. This release candidate fixes the following issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310732version=12319521 The tag to be voted upon: https://svn.apache.org/repos/asf/incubator/jspwiki/tags/jspwiki_2_9_0_incubating Source and binary files: http://people.apache.org/~florianh/jspwiki-2.9.0-incubating/ Checksums: JSPWiki-2.9.0-incubating-src.zip MD5:287e75857b03b41dca769211591c6144 SHA1: 74b24e526177b7ddf5394b4b96b67bb9081628a4 SHA512: 9a080ed994e4308e4ff6386f6e5e88e42d27fc8a8abe37d2874d3c8477fe097037017fffdd03430cdb0ca7a73efba91bf58e70c1943e08c9565170809daa953a JSPWiki-2.9.0-incubating-bin.zip MD5:7e774dc46c112ca895aad60fb607dc60 SHA1: e529eb02d13f4061534d85dd0e78d67c5dfe29a5 SHA512: 575eae72390178005bf7cf57332af9a1da85515d6fc10cf9c8b3548f50743c0e57c0c6f46bc99b70cd1328ef083fb4a4fe9f3867e9ec7c7e4a640b845a2e2ee4 JSPWiki's KEYS file containing PGP keys we use to sign the release: http://www.apache.org/dist/incubator/jspwiki/KEYS For convenience, this directory includes a binary distribution and a RAT report on the cited tag. You can manually generate the RAT report from a clean source by running the rat-report Ant target. Please vote: [ ] +1 approve, release Apache JSPWiki 2.9.0-incubating [ ] +0 no opinion [ ] -1 disapprove (and giving a reason) The vote will be open for at least 72 hours. Best regards Florian Holeczek [1] http://markmail.org/message/gksvnjnru2nhhenf [2] http://markmail.org/message/mht24dwvpmm7xgft - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
On Sun, Nov 18, 2012 at 1:45 AM, Paolo Castagna castagna.li...@gmail.comwrote: On 17/11/12 22:49, Ted Dunning wrote: Frankly, the phrase linked data is also so generic as to be essentially meaningless outside your community. There are many, many uses of this phrase in computer science that mean something completely different from what you guys seem to mean. Where else is the phrase linked data used with a different meaning? The problem is that the phrase is generic and can arise in general speech. Links and pointers are ubiquitous in computer parlance. Nothing in the phrase linked data constrains the meaning to *that* kind of link for *that* kind of data other than the usage in a relatively small community. What 'those guys' seem to mean is well described in the Linked Data Wikipedia page: http://en.wikipedia.org/wiki/**Linked_datahttp://en.wikipedia.org/wiki/Linked_data Please, notice there isn't a disambiguation page. :-) That is because the phrase is only used as a proper noun for one thing. But it is used commonly as a descriptive phrase. The comparable phrase red flowers doesn't need a disambiguation link in wikipedia either because the meaning is apparent as a compositional construct. The above wiki page seems pretty short and clear to me. But the phrase itself is so vanilla that searching on the web to find the meaning (to a native speaker, anyway) seems kind of pointless. My question was not what does linked data mean? because it seemed like I could come up with ten meanings for the term. The question was which of the many possible meanings are these people talking about?. Note that a web search wouldn't answer that question because the existence of a common usage does not imply that any given community is following that common usage pattern. Is there anything in your opinion which isn't clear and should be better explained? I think that you are missing the point. The problem is that the phrase itself doesn't have any signal that there is any nominative usage going on. If I were speaking German and used the English phrase, there would be a very strong signal, but we aren't doing that. As such, I think that most mentions of linked data should include some such signal. In a proposal aimed at people outside your community, in particular, you need something along the lines the phrase linked data is used here idiosyncratically to refer to If you assume that the reader knows what kind of link you mean between what kind of data, then the documents you produce will tend to be impenetrable. Assumptions like this are common within insular communities and commonly lead to misunderstandings like this. The phrase linked data is composed by two words and the common definition of 'linked' (in particular if referred to the Web) and 'data' applies here unchanged. If you think at the Web as is big 'library' of linked 'documents', can we do the same also for data, instead of documents? How? This is what 'linked data' is all about and what it is trying to achieve: a Web of data. I get it now. My point was that your proposal didn't convey this. And I would contend that the common definitions of linked and data when combined do not unambiguously come up with Linked Data(tm) as you tend to use the phrase. With the proper predisposition, it might, but your predisposition is not shared universally. I cite myself as the existence proof of at least one experienced and active computer scientist who had no clue what you were going on about. Having a project name that memorializes a phrase that nobody is likely to understand without (lots of) supporting material and which is used by other projects in roughly the same domain is problematic. I disagree. Well, you can't disagree that I was confused by your proposal. I don't think that you can disagree that a big part of the cause of the confusion was the use of the generic phrase linked data in a highly specific way. Take other terms that have succeeded easily: hyperlink web log = blog web page atomic clock Each of these is essentially a phrase, but one that did not have a prior common usage. The 4 principles are very clear and simple: 1. Use URIs as names for things 2. Use HTTP URIs so that people can look up those names. 3. When someone looks up a URI, provide useful information, using the standards (RDF*, SPARQL) 4. Include links to other URIs. so that they can discover more things. We could debate indefinitely on the using the standards ... part, but should we do it here? No. You can define things any way you like. That isn't the point. What's isn't clear to you from the four principles above? The clarity of the four principles isn't the point. The clarity of the phrase linked data without somewhat unusual foreknowledge and without the definition is the point. A phrase that has to have its definition schlepped around with the phrase is hardly very
Re: [PROPOSAL] Apache Linda
How about following the tradition established by the contraction of web log into blog? That would give web linked data = Blinda It is still a female name if you need the gender stereotyping of Linda. It seems to have non-English meanings, but certainly has no connotations in English. It also seems to have no prior technical usage. Phonetically, it suggests the Wizard of Oz which can't hurt a software project. (ripped from the end of a very long response that nobody much is going to read) On Sun, Nov 18, 2012 at 11:17 AM, Benson Margulies bimargul...@gmail.comwrote: Then call it LODen. On Sat, Nov 17, 2012 at 8:04 PM, dsh daniel.hais...@gmail.com wrote: Btw, the important part missing up to now in this discussion is the OPEN in Linked OPEN Data. If I get it right without openness the whole idea will be crippled to a certain extend. Cheers Daniel On Sun, Nov 18, 2012 at 1:12 AM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: Dear Ted, even though I agree that the term Linked Data is very generic, this is out of my influence, and it describes quite well what the topic is about. The term Linked Data has actually been proposed by Tim Berners-Lee: http://www.w3.org/DesignIssues/LinkedData.html and is used in the various standardisation efforts (like the W3C Linked Data Platform recommendation mentioned in the proposal). There is also a nice presentation from 2009 at TED: http://www.ted.com/talks/tim_berners_lee_on_the_next_web.html Linked Data is also already used by major enterprises like: - BBC: http://www.w3.org/2001/sw/sweo/public/UseCases/BBC/ - Volkswagen: http://semanticweb.com/volkswagen-das-auto-company-is-das-semantic-web-company_b23233 - German National Library: http://www.dnb.de/EN/Service/DigitaleDienste/LinkedData/linkeddata_node.html So my fear that 'nobody is likely to understand the phrase Linked Data' is very low for the future. If there have been other uses of the phrase in Computer Science before they are now marginalized (if you can trust a Google search for Linked Data). That said, we take your concern serious (especially the legal issue) and will discuss the issue on Monday. I am also grateful for the proposals that have already been done on the list. Greetings, Sebastian Am 17.11.2012 um 23:49 schrieb Ted Dunning: Frankly, the phrase linked data is also so generic as to be essentially meaningless outside your community. There are many, many uses of this phrase in computer science that mean something completely different from what you guys seem to mean. It took me quite a bit of reading to figure out what you were talking about. At the very least, you need to look at your supporting materials with a naive eye so that you can avoid the confusion that your name and terminology are likely to cause. Having a project name that memorializes a phrase that nobody is likely to understand without (lots of) supporting material and which is used by other projects in roughly the same domain is problematic. My feeling is that I would be -0 on the name meaning that I think that it isn't good, but I wouldn't stand in the way by vetoing it. You guys seem pretty attached to your terminology regardless of the merits and it doesn't seem a big enough issue to be worth causing friction over it. You should be aware, however, that with these defects, it seems very unlikely to me that Apache would be able to help with trademark and name conflict issues. That may not seem like a big deal now, but if your project really does get going and then somebody tries to take over your community with a nearly identically named product, it will definitely feel like a big deal. Take a look at what happens with Open Office all the time. On Sat, Nov 17, 2012 at 2:12 PM, Sebastian Schaffert sebastian.schaff...@salzburgresearch.at wrote: I agree that Linda is a very generic name and as such there are already several projects out there with this name. On the other hand, we chose Linda as an acronym for Linked Data in order to increase recognizability especially in the domain we are targeting. For our community, we think it would be quite easy to identify Apache Linda with the Linked Data Platform and not with a blackboard system or a methodology for parallel execution. A more artificial name would probably have a harder time establishing a brand (but of course the project is good enough to manage ;-) ). In case the Incubator PMC still recommends to rename the project, I agree we should do it BEFORE starting up the project. We will discuss options for renaming on Monday (European Time) and come up with suggestions. Sebastian -- | Dr. Sebastian Schaffert sebastian.schaff...@salzburgresearch.at | Salzburg Research
Re: [PROPOSAL] Apache Linda
Ted, I did read the whole thing, and I'd like to join you in drawing a curtain in front of the man. The proposers of this project didn't create the problem of the term 'linked data', and they can't fix it. As you suggest, all they can do is pick a TLP name that is neutral to positive in relation to it. Since they've already signed up for finding some other girl, boy, or dinosaur to take to the dance here, I think we can leave the question of the badness of the phrase 'linked data' behind. --benson - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
On 18/11/12 02:04, dsh wrote: Btw, the important part missing up to now in this discussion is the OPEN in Linked OPEN Data. If I get it right without openness the whole idea will be crippled to a certain extend. No, the proposal text addresses not only linked open data scenarios, but much more to the corporate ones. The user will decide where to apply it depending on his scenario and needs. -- Sergio Fernández Salzburg Research +43 662 2288 318 Jakob-Haringer Strasse 5/II A-5020 Salzburg (Austria) http://www.salzburgresearch.at - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Linda
Hi, On 18/11/12 21:55, Ted Dunning wrote: That is because the phrase is only used as a proper noun for one thing. But it is used commonly as a descriptive phrase. I agree about the technical terms, but in this case it's a name. Even Google is not confused: http://www.google.com/search?q=linked+data BTW, the same could apply to Big Data... but let's try to focus the discussion, please. As such, I think that most mentions of linked data should include some such signal. In a proposal aimed at people outside your community, in particular, you need something along the lines the phrase linked data is used here idiosyncratically to refer to If you assume that the reader knows what kind of link you mean between what kind of data, then the documents you produce will tend to be impenetrable. Assumptions like this are common within insular communities and commonly lead to misunderstandings like this. Anyway I found this suggestion pretty interesting. So I'll try to improve the abstract of the proposal including something in that direction. Thanks. Best, -- Sergio Fernández Salzburg Research +43 662 2288 318 Jakob-Haringer Strasse 5/II A-5020 Salzburg (Austria) http://www.salzburgresearch.at - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
