You can subscribe to this list here.
2005 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}
(9) 
_{Nov}
(2) 
_{Dec}
(19) 

2006 
_{Jan}
(9) 
_{Feb}
(9) 
_{Mar}
(14) 
_{Apr}
(23) 
_{May}
(76) 
_{Jun}
(20) 
_{Jul}
(25) 
_{Aug}
(22) 
_{Sep}
(15) 
_{Oct}
(24) 
_{Nov}
(12) 
_{Dec}
(15) 
2007 
_{Jan}
(2) 
_{Feb}
(17) 
_{Mar}
(32) 
_{Apr}
(39) 
_{May}
(38) 
_{Jun}
(11) 
_{Jul}
(19) 
_{Aug}
(39) 
_{Sep}
(33) 
_{Oct}
(61) 
_{Nov}
(67) 
_{Dec}
(90) 
2008 
_{Jan}
(47) 
_{Feb}
(67) 
_{Mar}
(112) 
_{Apr}
(39) 
_{May}
(22) 
_{Jun}
(107) 
_{Jul}
(85) 
_{Aug}
(103) 
_{Sep}
(63) 
_{Oct}
(58) 
_{Nov}
(28) 
_{Dec}
(15) 
2009 
_{Jan}
(103) 
_{Feb}
(35) 
_{Mar}
(66) 
_{Apr}
(38) 
_{May}
(26) 
_{Jun}
(16) 
_{Jul}
(128) 
_{Aug}
(97) 
_{Sep}
(39) 
_{Oct}
(16) 
_{Nov}
(33) 
_{Dec}
(26) 
2010 
_{Jan}
(50) 
_{Feb}
(73) 
_{Mar}
(95) 
_{Apr}
(28) 
_{May}
(60) 
_{Jun}
(76) 
_{Jul}
(78) 
_{Aug}
(54) 
_{Sep}
(55) 
_{Oct}
(25) 
_{Nov}
(74) 
_{Dec}
(36) 
2011 
_{Jan}
(25) 
_{Feb}
(57) 
_{Mar}
(109) 
_{Apr}
(68) 
_{May}
(51) 
_{Jun}
(41) 
_{Jul}
(47) 
_{Aug}
(50) 
_{Sep}
(50) 
_{Oct}
(89) 
_{Nov}
(85) 
_{Dec}
(31) 
2012 
_{Jan}
(30) 
_{Feb}
(42) 
_{Mar}
(29) 
_{Apr}
(27) 
_{May}
(92) 
_{Jun}
(57) 
_{Jul}
(113) 
_{Aug}
(33) 
_{Sep}
(45) 
_{Oct}
(100) 
_{Nov}
(74) 
_{Dec}
(45) 
2013 
_{Jan}
(24) 
_{Feb}
(93) 
_{Mar}
(65) 
_{Apr}
(62) 
_{May}
(100) 
_{Jun}
(64) 
_{Jul}
(25) 
_{Aug}
(44) 
_{Sep}
(24) 
_{Oct}
(50) 
_{Nov}
(173) 
_{Dec}
(32) 
2014 
_{Jan}
(42) 
_{Feb}
(13) 
_{Mar}
(26) 
_{Apr}
(3) 
_{May}
(35) 
_{Jun}
(16) 
_{Jul}
(7) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1

2
(1) 
3

4
(5) 
5
(10) 
6
(3) 
7
(1) 
8
(14) 
9
(6) 
10
(3) 
11
(5) 
12
(2) 
13

14
(3) 
15
(4) 
16
(9) 
17
(4) 
18
(3) 
19
(2) 
20
(1) 
21

22

23

24

25

26

27

28

29

30

31




From: MovGP0 <movgp0@gm...>  20060511 16:43:38

Have you already read my 2nd Mail about this theme?=20 <cite> ... <smw:Thing rdf:about=3D"&onto;San_Diego"> <attribute:Elevation_above_sea_level> <math:function rdf:resource=3D"&math;times" math:style=3D"&math;infix" math:symbol=3D"⁢"> <math:number rdf:datatype=3D"&xsd;float">12.8</math:number> <! <math:variable rdf:resource=3D"...">x</math:variable> > <math:unit rdf:resource=3D"&onto;Meter">m</math:unit> </math:times> </attribute:Elevation_above_sea_level> </smw:Thing> ... </cite> To express my standpoint a bit clearer, I'm thinking that MathML might = be better learn from RDF and functional programming languages like CAML. Definitions of a function like the complex addition could look like an definition in CAML: let complexAdd =3D function c1 > function c2 > (fst c1)+(fst c2), = (snd c1)+(snd c2);; and could get expressed in RDF like: <math:define rdf:about=3D"complexAdd"> <math:function> <math:parameter rdf:ID=3D"c1" /> <math:to> <math:function> <math:parameter rdf:ID=3D"c2" /> <math:to> <math:Tuple><! 2Tuple > <math:first> <math:function rdf:resource=3D"times"><! times is an = elementary function > <!=20 "firstOf" and "secondOf" are needed to handle tuples=20 and can get reused when handling vectors and arrays=20 as CAML shows in the Array.map Library=20 > <math:firstOf rdf:resource=3D"c1"> <math:firstOf rdf:resource=3D"c2"> </math:function> </math:first> <math:second> <math:function> <math:secondOf rdf:resource=3D"c1"> <math:secondOf rdf:resource=3D"c2"> </math:function> </math:second> </math:Tuple> </math:to> </math:function> </math:to> </math:function> </math:define> It might also be possible to reduce this to a simpler syntax: let times c1 c2 =3D (fst c1)+(fst c2), (snd c1)+(snd c2);; and in RDF: <math:define rdf:about=3D"times" math:parameter=3D"c1" = math:parameter=3D"c2" rdf:typeOf=3D"&math;function" /> <math:to> <math:Tuple> <math:first> <math:function rdf:resource=3D"times"><! times is an elementary function > <math:firstOf rdf:resource=3D"c1"> <math:firstOf rdf:resource=3D"c2"> </math:function> </math:first> <math:second> <math:function> <math:secondOf rdf:resource=3D"c1"> <math:secondOf rdf:resource=3D"c2"> </math:function> </math:second> </math:Tuple> </math:to> </math:define> Also there would be the need to define special properties of functions. Something like: <math:define rdf:about=3D"times"> <! prefix, infix, posfix, tree, etc. > <math:style>&math;infix</math:style> <math:defaultOperator>⁢</math:defaultOperator> <math:alternativeOperator>×</math:alternativeOperator> <math:alternativeOperator>ċ</math:alternativeOperator> =20 =20 <! definitions for general calculation rules if needed >=20 <math:Associative>...</math:Associative> <math:Commutative>...<math:Commutative> <math:Distibutive>...<math:Distibutive> <math:NeutralElement>...<math:NeutralElement> <math:InverseElement>...<math:InverseElement> <math:AbsorbingElement>...<math:AbsorbingElement> </math:define> ys, MovGP0 > Max V=F6lkel wrote: >=20 > Hi MovGP0, >=20 > you propose > > <smw:Thing=20 > rdf:about=3D"http://wiki.ontoworld.org/index.php/_San_Diego">; > > <attribute:Elevation_above_sea_level> > > <math:apply> > > <math:times/> > > <math:cn math:type=3D"float">12.8</math:cn> > > <math:csymbol > >=20 > = math:definitionURL=3D"http://wiki.ontoworld.org/index.php/Meter">m</math > > :csymb > ol>> > > </math:apply> > > </attribute:Elevation_above_sea_level> > > </smw:Thing> >=20 > which is fine for XML, but no for RDF. In NTriples=20 > notation, which reveals better the triple model of RDF, this=20 > would be represented as: >=20 >=20 > <http://wiki.ontoworld.org/index.php/_San_Diego>; > <rdf:type> > <smw:Thing> . >=20 > <http://wiki.ontoworld.org/index.php/_San_Diego>; > <attribute:Elevation_above_sea_level> > "<math:apply> > <math:times/><math:cn math:type=3D"float">12.8</math:cn> > <math:csymbol=20 > math:definitionURL=3D"http://wiki.ontoworld.org/index.php/Meter"; > >m</math:csymbol> > </math:apply>" >=20 > which means that any tool that does not understand how to=20 > handle the XMLLireral "<math:apply> > <math:times/><math:cn math:type=3D"float">12.8</math:cn> > <math:csymbol=20 > math:definitionURL=3D"http://wiki.ontoworld.org/index.php/Meter"; > >m</math:csymbol> > </math:apply>" would have no way of getting the value out of the data. >=20 > Our current solution is also far from perfect, but in an=20 > ideal world, one would write something like: >=20 > <http://wiki.ontoworld.org/index.php/_San_Diego>; > <attribute:Elevation_above_sea_level> > _:1 =3D a blank node >=20 > _:1 <hasUnit> _:2 >=20 > _:1 <rdf:value> "12.8" >=20 > _:2 <hasSymbol> "m" >=20 > _:2 <represenedAs> <xsd:float> >=20 > ... >=20 > It's an ongoing debate, how finegranular the RDF should be. But the > RDF/XML syntax often blurs the distinction between model and > serialisation a bit too much. Take a look at the "N3=20 > Syntax" or even better the subset "Turtle" :) >=20 >=20 > Kind regards, >=20 > Max V=F6lkel >  > Dipl.Inform. Max V=F6lkel, Universit=E4t Karlsruhe / FZI > nepomuk.semanticdesktop.org > voelkel@... +49 721 9654854 http://www.xam.de >=20 > First Workshop on Semantic Wikis: http://semwiki.org >=20 >=20 >=20 >=20 >=20 >  > Using Tomcat but need to do more? Need to support web=20 > services, security? > Get stuff done quickly with preintegrated technology to make=20 > your job easier Download IBM WebSphere Application Server=20 > v.1.0.1 based on Apache Geronimo > http://sel.asus.falkag.net/sel?cmd=3Dk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > Semediawikidevel mailing list > Semediawikidevel@... > https://lists.sourceforge.net/lists/listinfo/semediawikidevel >=20 
From: Markus <mak@ai...>  20060511 15:58:21

Hi all, the release of Semantic MediaWiki 0.4 which is scheduled for tomorrow can n= ow=20 be previewed at wiki.ontoworld. The most remarkable item on the list of=20 changes are probably the new ''inline queries'' which allow you to insert=20 semantic search results into articles. So finding all European cities with= =20 more than 500.000 inhabitants and a female mayor is now easily done from=20 within the wiki. Unfortunatelly, such interesting queries depend on having a wiki with=20 interesting data. So ontoworld is somewhat limited ;). A very simple exampl= e =20 can be found at http://wiki.ontoworld.org/index.php/SemWiki2006  edit thi= s=20 page to see how the list of papers is generated.=20 =46or a semantic wiki to become really powerful, it is necessary to annotat= e=20 many pages with a relatively small set of relations, attributes, and=20 categories. The inline queries are able to combine information conjunctivel= y.=20 So there is no need for a category "European cities"  it suffices to have= =20 "Category:City" and "is located in::Europe". On ontoworld, it would be nice= =20 to have a consistent annotation of all pages in the category "Paper" with t= he=20 authors. Feel free to do this for your own paper(s) (use the relation "has= =20 author" for consistency). Two limitations must be noted when thinking about how to annotate something= :=20 there is no negation (e.g. searching for nonEuropean cities only works if= =20 you have a category for these) and there is no support for subproperties ye= t=20 (so one still must tag articles about capitals as "is capital of" *and* "is= =20 located in"). =46urther new features of SMW 0.4 will be described in tomorrow's release=20 notification. Have fun, Markus =2D=20 Markus Kr=F6tzsch Institute AIFB, University of Karlsruhe, D76128 Karlsruhe mak@... phone +49 (0)721 608 7362 http://www.aifb.unikarlsruhe.de/WBS/ fax +49 (0)721 693 717 
From: <maxvoelkel@go...>  20060511 15:00:15

Hi MovGP0, you propose > <smw:Thing rdf:about=3D"http://wiki.ontoworld.org/index.php/_San_Diego">; > <attribute:Elevation_above_sea_level> > <math:apply> > <math:times/> > <math:cn math:type=3D"float">12.8</math:cn> > <math:csymbol > math:definitionURL=3D"http://wiki.ontoworld.org/index.php/Meter">m</math:= csymb ol>> > </math:apply> > </attribute:Elevation_above_sea_level> > </smw:Thing> which is fine for XML, but no for RDF. In NTriples notation, which revea= ls better the triple model of RDF, this would be represented as: <http://wiki.ontoworld.org/index.php/_San_Diego>; <rdf:type> <smw:Thing> . <http://wiki.ontoworld.org/index.php/_San_Diego>; <attribute:Elevation_above_sea_level> "<math:apply> <math:times/><math:cn math:type=3D"float">12.8</math:cn> <math:csymbol math:definitionURL=3D"http://wiki.ontoworld.org/index.php/= Meter">m</math:csymbol> </math:apply>" which means that any tool that does not understand how to handle the XMLLireral "<math:apply> <math:times/><math:cn math:type=3D"float">12.8</math:cn> <math:csymbol math:definitionURL=3D"http://wiki.ontoworld.org/index.php/= Meter">m</math:csymbol> </math:apply>" would have no way of getting the value out of the data. Our current solution is also far from perfect, but in an ideal world, one would write something like: <http://wiki.ontoworld.org/index.php/_San_Diego>; <attribute:Elevation_above_sea_level> _:1 =3D a blank node _:1 <hasUnit> _:2 _:1 <rdf:value> "12.8" _:2 <hasSymbol> "m" _:2 <represenedAs> <xsd:float> ... It's an ongoing debate, how finegranular the RDF should be. But the RDF/XML syntax often blurs the distinction between model and serialisation a bit too much. Take a look at the "N3 Syntax" or even better the subset "Turtle" :) Kind regards, Max V=F6lkel  Dipl.Inform. Max V=F6lkel, Universit=E4t Karlsruhe / FZI nepomuk.semanticdesktop.org voelkel@... +49 721 9654854 http://www.xam.de First Workshop on Semantic Wikis: http://semwiki.org 
From: Denny Vrandecic <dvr@ai...>  20060511 11:26:08

Hi Skier, great news (about type:date, not about SourceForge...) Send the changed files (it should be three files, am I right?  Languages, a line somewhere to include the new file, and the new file itself) to me and Markus, with a little description, and we will try to merge them. Sorry for this inconvenience. denny S Page wrote: > Sourceforge finally updated their status page > http://sourceforge.net/docs/A04/ > > (* 20060510 04:43:14*  Project CVS Service ) As of 20060509 the > developer CVS server had a diskfailure. As the new CVS infrastructure > is in its final phases of rollout, we'll be deploying it, in place of > the current infrastructure, by end of week. We'll be sending out an > email to project administrators with further details later in the day, > regarding how to access the new CVS servers and the changes that > occurred with the new infrastructure. > > I got Type:date working, but can't check it and other stuff in :( And > will be gone until Wednesday. Sorry about the 0.4 schedule. >  > =S > > >  > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with preintegrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.asus.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Semediawikidevel mailing list > Semediawikidevel@... > https://lists.sourceforge.net/lists/listinfo/semediawikidevel 
From: S Page <skierpage@ea...>  20060511 11:13:03

Sourceforge finally updated their status page http://sourceforge.net/docs/A04/ (* 20060510 04:43:14*  Project CVS Service ) As of 20060509 the developer CVS server had a diskfailure. As the new CVS infrastructure is in its final phases of rollout, we'll be deploying it, in place of the current infrastructure, by end of week. We'll be sending out an email to project administrators with further details later in the day, regarding how to access the new CVS servers and the changes that occurred with the new infrastructure. I got Type:date working, but can't check it and other stuff in :( And will be gone until Wednesday. Sorry about the 0.4 schedule.  =S 