Re: [SMW-devel] [News] SMW 1.5.0 is near
Hi Markus, http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 doesn't mention any restriction in the number of 'fields' of an n-ary property as it was mentioned in earlier announcements. Has this new limitation been implemented in 1.5 and if so, what is the limit and any advice how to convert larger 1.4 n-ary properties to 1.5? Thanks, Gu Quoting Markus Krötzsch mar...@semantic-mediawiki.org: Hi all, we plan to release SMW 1.5.0 within the next few days. Two or three issues still are on my list for being fixed, but most of the code should be ready now. Moreover, there has just been a new release of Semantic Maps, and there will soon be a release of Semantic Forms. Testers are welcome. I know that many people are running the SVN version anyway, but it may now be a good time to checkout the most recent updates and to confirm that all functions that are important to your wiki are running as expected. Information on how to upgrade can be found on the preliminary release page: http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 Last minute feedback can be sent to this list, or filed to the bugtracker. Translations to the static translation files are also welcome, but we also will have a 1.5.1 release not too long after SMW 1.5.0 to be able to incorporate such improvements. Cheers, Markus -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [News] SMW 1.5.0 is near
On Donnerstag, 4. März 2010, zehet...@molgen.mpg.de wrote: Hi Markus, http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 doesn't mention any restriction in the number of 'fields' of an n-ary property as it was mentioned in earlier announcements. Has this new limitation been implemented in 1.5 and if so, what is the limit and any advice how to convert larger 1.4 n-ary properties to 1.5? Oh, you are very observant. I have left this away since I am not certain yet if I can provide support for records of unlimited size for 1.5.0 or not. If not, then I can only advice users of larger records to not upgrade until a fix has been found. How large were your records again? -- Markus Quoting Markus Krötzsch mar...@semantic-mediawiki.org: Hi all, we plan to release SMW 1.5.0 within the next few days. Two or three issues still are on my list for being fixed, but most of the code should be ready now. Moreover, there has just been a new release of Semantic Maps, and there will soon be a release of Semantic Forms. Testers are welcome. I know that many people are running the SVN version anyway, but it may now be a good time to checkout the most recent updates and to confirm that all functions that are important to your wiki are running as expected. Information on how to upgrade can be found on the preliminary release page: http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 Last minute feedback can be sent to this list, or filed to the bugtracker. Translations to the static translation files are also welcome, but we also will have a 1.5.1 release not too long after SMW 1.5.0 to be able to incorporate such improvements. Cheers, Markus -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- signature.asc Description: This is a digitally signed message part. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [News] SMW 1.5.0 is near
Hi, well the number of possible fields in n-ary properties is a make or break criteria for me to be able to use MW/SMW, so it's a point I don't dare to lose out of sight. Right now the largest properties I added to the wiki have 15 to 20 fields (but there are potential data with 60+). 'Unlimited' sounds too good to ask for ;) but a number below 20 would certainly not allow me to update. Cheers, Gu Quoting Markus Krötzsch mar...@semantic-mediawiki.org: On Donnerstag, 4. März 2010, zehet...@molgen.mpg.de wrote: Hi Markus, http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 doesn't mention any restriction in the number of 'fields' of an n-ary property as it was mentioned in earlier announcements. Has this new limitation been implemented in 1.5 and if so, what is the limit and any advice how to convert larger 1.4 n-ary properties to 1.5? Oh, you are very observant. I have left this away since I am not certain yet if I can provide support for records of unlimited size for 1.5.0 or not. If not, then I can only advice users of larger records to not upgrade until a fix has been found. How large were your records again? -- Markus Quoting Markus Krötzsch mar...@semantic-mediawiki.org: Hi all, we plan to release SMW 1.5.0 within the next few days. Two or three issues still are on my list for being fixed, but most of the code should be ready now. Moreover, there has just been a new release of Semantic Maps, and there will soon be a release of Semantic Forms. Testers are welcome. I know that many people are running the SVN version anyway, but it may now be a good time to checkout the most recent updates and to confirm that all functions that are important to your wiki are running as expected. Information on how to upgrade can be found on the preliminary release page: http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 Last minute feedback can be sent to this list, or filed to the bugtracker. Translations to the static translation files are also welcome, but we also will have a 1.5.1 release not too long after SMW 1.5.0 to be able to incorporate such improvements. Cheers, Markus -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [Semediawiki-user] [News] SMW 1.5.0 is near
On Donnerstag, 4. März 2010, Bob MacCallum wrote: Looking at the upgrade instructions, it's not clear if I should edit the Property pages to add [[Has type:Record]] etc before or after the upgrade. Please advise. Thanks! Good point. The best way is to first upgrade and then change the pages (because the change will make SMW update all affected pages automatically; if done before upgrading SMW, this automated update will not lead to the desired result). I have augmented the instructions accordingly. -- Markus On Wed, Mar 3, 2010 at 9:09 PM, Markus Krötzsch mar...@semantic-mediawiki.org wrote: Hi all, we plan to release SMW 1.5.0 within the next few days. Two or three issues still are on my list for being fixed, but most of the code should be ready now. Moreover, there has just been a new release of Semantic Maps, and there will soon be a release of Semantic Forms. Testers are welcome. I know that many people are running the SVN version anyway, but it may now be a good time to checkout the most recent updates and to confirm that all functions that are important to your wiki are running as expected. Information on how to upgrade can be found on the preliminary release page: http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 Last minute feedback can be sent to this list, or filed to the bugtracker. Translations to the static translation files are also welcome, but we also will have a 1.5.1 release not too long after SMW 1.5.0 to be able to incorporate such improvements. Cheers, Markus -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- - - Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-user mailing list semediawiki-u...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-user -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- signature.asc Description: This is a digitally signed message part. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [Semediawiki-user] Changes for using multi-valuedproperties
On Donnerstag, 4. März 2010, CNIT wrote: 03.03.2010 20:21, Markus Krötzsch пишет: Oh, and I also forgot about this question ... On Donnerstag, 7. Januar 2010, Solbrig, Harold R. wrote: Markus, I am trying to visualize how this information would be represented in RDF. If we are defining predicate X, it would seem that the has type predicate would translate to range, and Value List would translate to a class named something like X_Value_List (since it isn't defined as its own class - it is only defined in the context of X). The class X_value_list, in turn would then be the domain of three predicates - name whose range is String, count whose range is Number and source whose domain is Page. The response below makes it fairly obvious that we need to be able to make name, count and source (or X_name, X_count and X_source?) first class properties - otherwise you will find yourself replicating property definitions within this structure. Since records (I really like having a not-so-ambiguous one-word term now!) are just position-encoded value lists of constant length, we can encode them in RDF just like containers (using numbered auxiliary properties for assigning the individual values of each component to an auxiliary element that represents the record). This is in fact what we have been doing for the old n-aries in SMW so far. For internal objects with named fields, one would really use properties so as to avoid the replication of their definition. I plan to develop a compound types extension for SMW that will provide a number of options for compounds (list, set, record, sub-object), but SMW 1.5.0 is first. This will then also address the request of Yaron to move records out of SMW core. Hi! I think it will be the best way of announcement is to provide a link to updated documentation, Because lots of the users are not subscribed to the list at all. I hope the site documentation will be in sync with development (funny thing, I've fogured out that writing documentation even helps to understand and to code better). If you are too busy, perhaps someone else can do that. Such important information shouldn't lost somewhere in the piles of email messages, it should be tagged some way.. Right, I agree. I always try to update the documentation completely with each release. The email discussions are important to discuss things before the release. I provide some documentation-like details in emails so as to make sure that it is clear what we are about to do in SMW. Regarding the naming and use of records, there will be detailed documentation on the release page and in the handbook soon (upgrade notes are already at http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0). For the compound extension there will be proper documentation when it is in sight (right now, this is just a vague plan of mine). But help with the documentation is always welcome. Currently the datatype Record and the datatype Telephone_number need to be documented. -- Markus -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- signature.asc Description: This is a digitally signed message part. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
[SMW-devel] SMWWriter API open for testing
Dear all, I just have added a new extension to MediaWiki's SVN that we have been talking about for a while now: SMWWriter, an API for editing facts in SMW easily. You will find a rather extensive Documentation here: http://semantic-mediawiki.org/wiki/Help:SMWWriter Since this is my first API extension, I hope I didn't do it too wrong. I know that a few of you had been waiting for this. Please, test it. And let me know how it goes. And feel free to join in the development :) Or at least tell me about errors. I think a proper release will follow after the release of SMW 1.5, and after I got and incorporated some initial feedback. Cheers, denny -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
[SMW-devel] Multi-day events
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi again, besides the xofmonth hack, I created another extension a while ago that modifies how multi-day events are handled. Usually (and without any better knowledge) if you have an event that starts on April 8th and ends on April 10th, you only have two [[Has date::]] properties, i.e. the starting and ending dates. The Timeline Result Format displays these events as continuous, but the Calendar does not. Is there already a way to have the Calendar display the event on all days? If not, this is what I did: (Again, a very quick and dirty hack and not even using any SMW classes. Example: https://www.hackerspace.lu/wiki/Hackito_Ergo_Sum! -- https://www.hackerspace.lu/w/index.php?title=Calendarmonth=4year=2010 (8-10 April)) function efDateDiff(){ global $wgParser; $wgParser-setFunctionHook('dates', 'calcdates'); } /** * Adds the magic words for the parser functions */ function efDatesFunctionMagic( $magicWords, $langCode ) { $magicWords['dates'] = array( 0, 'dates' ); return true; } function calcdates($parser){ $params = func_get_args(); array_shift( $params ); // We already know the $parser ... while(empty($params[0])) array_shift($params); // quite common $dates = array(); foreach($params as $pair) $dates[] = substr($pair,strpos($pair,'=')+1); // we currently ignore the label of the date $time1 = strtotime($dates[0]); $time2 = strtotime($dates[1]); $a = ($time2 $time1) ? $time2 : $time1; // higher $b = ($a == $time1) ? $time2 : $time1; // lower $datediff = $a - $b; $oneday = 86400; $days = array(); for($i=0;$i = $datediff; $i+=$oneday){ $days[] = date('c',strtotime($dates[0])+$i); } return implode(',',$days); } cheers, David - -- HaxoGreen 2010 - the Hackers' Summercamp in Luxembourg July 22nd till July 25th 2010, in Dudelange, Luxembourg Register Now: http://events.hackerspace.lu/camp/2010/ - mailto:da...@hackerspace.lu xmpp:kwis...@jabber.hackerspaces.org mobile: +43 650 73 63 834 | +352 691 44 23 24 Wear your geek: http://syn2cat.spreadshirt.net -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuP65EACgkQYTtdUdP5zDf6HwCdH4liGAysizQPjOaSk2lR2G5k OKEAnRu2WfYj8hAuC3DLtL5VqvxboaqZ =s+N0 -END PGP SIGNATURE- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Recurring Events: Every first saturday of a month
Well, I think the basic 'xofmonth' functionality is the way to go - a single new value that takes care of everything. Assuming the new code works, I can add it in to SMW myself, since #set_recurring_event is basically my code. I'll probably wait until after SMW 1.5 is released, though... For the name of the new value, though, how about 'dayofweekinmonth' instead? It's quite long, but it's the only thing I can think of where there's even a remote chance that someone would understand it just by seeing the name. -Yaron On Thu, Mar 4, 2010 at 12:55 AM, David Raison da...@hackerspace.lu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, Regarding the complexity of supporting the 2nd Wednesday of every 3rd month example: I agree it is likely to be a very rare occurrence. However, I like it because it allows the period value to used with the proposed new functionality in a way that is congruent with how it works with existing functionality (I like consistency in my programmatic interfaces). That is the point I was trying to make. I don't know about the 3rd Sunday every four months, but in our case, we actually have events that take place every first Saturday of a month, or every last Tuesday. (As can be seen by the real life example) If you have recurring events that the same people want to or shall attend, you can't have them attend them on different days of the Week every Month. That doesn't really work well with people's schedules. So all I ask for is really that X Day of every month, but as the period is already in there, why not let people have other periods. Of course, it might be more difficult/expensive to allow for events to recur on Easter every year (and I must admit I don't know exactly on what first/last day in what week that is) but Weekdays should come in pretty cheap and very handy for a considerable number of people. (We can't be that weird, having events recur on every first Saturday of a month, are we?) David: I can certainly support your approach as well (especially since it appears you've already got it coded 8^) ). Thanks ;) And it seems to me (knowing that there must be better algorithms) that this is pretty inexpensive. Even if you're off by a week on one round, the debt doesn't add up but is corrected in each loop. I first thought that this might not scale well with days in the first week of a month, but it actually does, doesn't it? D. - -- HaxoGreen 2010 - the Hackers' Summercamp in Luxembourg July 22nd till July 25th 2010, in Dudelange, Luxembourg Register Now: http://events.hackerspace.lu/camp/2010/ - mailto:da...@hackerspace.lu xmpp:kwis...@jabber.hackerspaces.orgxmpp%3akwis...@jabber.hackerspaces.org mobile: +43 650 73 63 834 | +352 691 44 23 24 Wear your geek: http://syn2cat.spreadshirt.net -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuPSzYACgkQYTtdUdP5zDfltgCgkDnmKX1pBmXAmDSJbJFqeAg8 nOwAoIRkkZGibn+RRSWJhUfxcp5zETum =5W8a -END PGP SIGNATURE- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- WikiWorks · MediaWiki Consulting · http://wikiworks.com -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Recurring Events: Every first saturday of a month
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For the name of the new value, though, how about 'dayofweekinmonth' instead? It's quite long, but it's the only thing I can think of where there's even a remote chance that someone would understand it just by seeing the name. You're right.. this is probably the most complicated part of it ;) Isn't this what Al suggested in the beginning? If the original month were renamed monthdate and this one was called monthday or monthdayofweek? (which isn't really better than dayofweekinmonth, granted) Does anyone else have a suggestion? :) cheers, D. - -- HaxoGreen 2010 - the Hackers' Summercamp in Luxembourg July 22nd till July 25th 2010, in Dudelange, Luxembourg Register Now: http://events.hackerspace.lu/camp/2010/ - mailto:da...@hackerspace.lu xmpp:kwis...@jabber.hackerspaces.org mobile: +43 650 73 63 834 | +352 691 44 23 24 Wear your geek: http://syn2cat.spreadshirt.net -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuP/hoACgkQYTtdUdP5zDdwBACdEc1MePnJUlIdJ2lAYNcUTbt2 pwEAnj9FbLNPdHWnKlpiDmGphKyEB/Xz =xVwB -END PGP SIGNATURE- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Recurring Events: Every first saturday of a month
Does anyone else have a suggestion? :) Normalization would show the day of a week is an attribute of a date. So: * An #ask should be able to say ?Date.Weekday * IOW, a Date is a first class object as much as, say, a Place is * IOW, I'd like to see SMW standardize category:Dates and its properties * And I'd like to see the ability to set those properties from a 'container' object's template * IMHO, {{#set: page-or-sio-name|propname=value}} would resolve alot of n-ary issues * I'm not sure yet how this plays with the (proposed?) Record datatype (e.g., is the Record datatype a reimplementation of SIO? Can Records be named?) Best regards, John McClure -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [Semediawiki-user] [News] SMW 1.5.0 is near
I submitted an enhancement based on a patch I made locally to extend Last Modification Date to the RDF export functions and by extension, to the triple store connector if there is one. I didn't get around to produce a diff file yet, so I included the updated files for now. It would be nice to have something similar included in 1.5.0 or 1.5.1 eventually. That property should be part of the export since it is made available internally. - Laurent On Wed, Mar 3, 2010 at 4:09 PM, Markus Krötzsch mar...@semantic-mediawiki.org wrote: Hi all, we plan to release SMW 1.5.0 within the next few days. Two or three issues still are on my list for being fixed, but most of the code should be ready now. Moreover, there has just been a new release of Semantic Maps, and there will soon be a release of Semantic Forms. Testers are welcome. I know that many people are running the SVN version anyway, but it may now be a good time to checkout the most recent updates and to confirm that all functions that are important to your wiki are running as expected. Information on how to upgrade can be found on the preliminary release page: http://semantic-mediawiki.org/wiki/Semantic_MediaWiki_1.5.0 Last minute feedback can be sent to this list, or filed to the bugtracker. Translations to the static translation files are also welcome, but we also will have a 1.5.1 release not too long after SMW 1.5.0 to be able to incorporate such improvements. Cheers, Markus -- Markus Krötzsch mar...@semantic-mediawiki.org * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Semediawiki-user mailing list semediawiki-u...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-user -- - Laurent Alquier http://www.linfa.net -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel