[SMW-devel] [News] Timeline moves from SMW to SRF
Hi all, as announced earlier, SMW has established a separate extension Semantic Result Formats (SRF) for collecting useful additional printout formats for queries [1]. The idea is that complex formats that are not maintained as the core of SMW are separated, yet easy to install. The popular timeline format now has been moved from SMW to SRF. SMW 1.4 will be the first release where this is effective, and users using timeline (or eventline) will have to install SRF to continue using it. There will be an accompanying release of SRF to simplify this; installation is really easy and no changes on the wiki pages are required. The reason for the move is that timeline is rather heavy (lots of JavaScript) for SMW core. It also includes a lot of code that is not maintained by the SMW Project. Further useful formats will be added to SRF over time. So it is mostly an organisational change, but also an effort to make SMW yet more configurable for user needs. Cheers, Markus [1] http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SemanticResultFormats -- Markus Krötzsch Semantic MediaWikihttp://semantic-mediawiki.org http://korrekt.org[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [Semediawiki-user] [News] Timeline moves from SMW to SRF
On Dienstag, 7. Oktober 2008, Samuel Richardson wrote: Hi Markus, This sounds excellent, I take it that Google Maps would utilise the same framework if it gets added? Yes, SRF is really meant as a handy collection of added formats with diverse maintainers, so Google Maps would fit well. The idea was to have a single extension instead of one for each format. The extension has a simple way to decide which formats to enable during setup, so it's not all or nothing. We will also try to provide synchronised file releases of SRF with SMW, so it's also a way to promote formats that might otherwise not be noticed. Extensions that are more than just formats should of course still be maintained in separate projects. Denny is the principal maintainer of SRF, so it's best to drop him a line when a new format should be added/moved in. Regards, Markus Thanks, Samuel Richardson Freelance Web Developer www.richardson.co.nz | 0405 472 748 Have you added your business to the Melpedia yet? http://www.melpedia.com.au On Tue, Oct 7, 2008 at 8:35 PM, Markus Krötzsch [EMAIL PROTECTED] wrote: Hi all, as announced earlier, SMW has established a separate extension Semantic Result Formats (SRF) for collecting useful additional printout formats for queries [1]. The idea is that complex formats that are not maintained as the core of SMW are separated, yet easy to install. The popular timeline format now has been moved from SMW to SRF. SMW 1.4 will be the first release where this is effective, and users using timeline (or eventline) will have to install SRF to continue using it. There will be an accompanying release of SRF to simplify this; installation is really easy and no changes on the wiki pages are required. The reason for the move is that timeline is rather heavy (lots of JavaScript) for SMW core. It also includes a lot of code that is not maintained by the SMW Project. Further useful formats will be added to SRF over time. So it is mostly an organisational change, but also an effort to make SMW yet more configurable for user needs. Cheers, Markus [1] http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SemanticResul tFormats -- Markus Krötzsch Semantic MediaWikihttp://semantic-mediawiki.org http://korrekt.org[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Semediawiki-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/semediawiki-user -- Markus Krötzsch Semantic MediaWikihttp://semantic-mediawiki.org http://korrekt.org[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] [Semediawiki-user] [News] Timeline moves from SMW to SRF
If the question is about Semantic Google Maps, the tricky part there is that SGM also includes two components unrelated to SMW queries: a map to display a single point, and a map that serves as a form input for coordinates; adding all of that functionality into SRF might be too much of a hack. If it wasn't about Semantic Google Maps, then never mind. :) -Yaron On Tue, Oct 7, 2008 at 12:21 PM, Markus Krötzsch [EMAIL PROTECTED] wrote: On Dienstag, 7. Oktober 2008, Samuel Richardson wrote: Hi Markus, This sounds excellent, I take it that Google Maps would utilise the same framework if it gets added? Yes, SRF is really meant as a handy collection of added formats with diverse maintainers, so Google Maps would fit well. The idea was to have a single extension instead of one for each format. The extension has a simple way to decide which formats to enable during setup, so it's not all or nothing. We will also try to provide synchronised file releases of SRF with SMW, so it's also a way to promote formats that might otherwise not be noticed. Extensions that are more than just formats should of course still be maintained in separate projects. Denny is the principal maintainer of SRF, so it's best to drop him a line when a new format should be added/moved in. Regards, Markus Thanks, Samuel Richardson Freelance Web Developer www.richardson.co.nz | 0405 472 748 Have you added your business to the Melpedia yet? http://www.melpedia.com.au On Tue, Oct 7, 2008 at 8:35 PM, Markus Krötzsch [EMAIL PROTECTED] wrote: Hi all, as announced earlier, SMW has established a separate extension Semantic Result Formats (SRF) for collecting useful additional printout formats for queries [1]. The idea is that complex formats that are not maintained as the core of SMW are separated, yet easy to install. The popular timeline format now has been moved from SMW to SRF. SMW 1.4 will be the first release where this is effective, and users using timeline (or eventline) will have to install SRF to continue using it. There will be an accompanying release of SRF to simplify this; installation is really easy and no changes on the wiki pages are required. The reason for the move is that timeline is rather heavy (lots of JavaScript) for SMW core. It also includes a lot of code that is not maintained by the SMW Project. Further useful formats will be added to SRF over time. So it is mostly an organisational change, but also an effort to make SMW yet more configurable for user needs. Cheers, Markus [1] http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SemanticResul tFormats -- Markus Krötzsch Semantic MediaWikihttp://semantic-mediawiki.org http://korrekt.org[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Semediawiki-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/semediawiki-user -- Markus Krötzsch Semantic MediaWikihttp://semantic-mediawiki.org http://korrekt.org[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] 1.4 and N-ary
Since there seems to be a general fielding of ideas for the push towards 1.4, let me once again reiterate my deep concerns of the way SMW handles n-ary data. I am not a programmer, so I'm sure I'm asking a lot without knowing what it costs, but I think I speak for a growing number of SMW users and their desire for functionality. I think the way n-ary data is handled in #asks needs to be radically rethought. Take for example the S-MW.org example of Einstein and his jobs. [[Property:Had job]] is something like [[Property:Job]] (Has type::Page), [[Property:Employer]] (Page), [[Property::Start date]] (Date) and [[Property::End date]] (date). The natural way to want to display this data for multiple people is a table. The assumption would be that you'd have sortable table headings of Person, Job, Employer, Start and End. Einstein would have multiple rows for his multiple jobs. Other people would populate the table the same way. This way, you could sort for people who worked for [[Deutche Bank]] or were [[Patent Clerks]]. But this kind of layout is impossible with MASSIVE programming, MANY other extensions and some on-the-fly JavaScripting. On my wiki, I have an enormous about of data is simple, two-dimensions: a word and it's form. But if I want to list all the forms a word is used in across all pages, I have to either hand write it, or write regex loops to parse the n-ary data, using vast amounts of server resources. I hope those of you who code will consider revisiting n-ary in queries and make it more functional. If I win the Lotto, the second thing I would do would be to pay a developer to work on this! Sincerely, Robert Murphy - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
