jemblog-develop Mailing List for JemBlog (Page 2)
Brought to you by:
dannyayers
Menu
▾
▴
jemblog-develop — for development of the JemBlog project
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(1) |
Mar
(16) |
Apr
(6) |
May
|
Jun
(4) |
Jul
(14) |
Aug
(9) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
|---|
|
From: Aaron <bus...@ho...> - 2003-07-09 02:25:48
|
Finally! You found it! New opportunity available in the USA and Canada with Global Expansion happening SOON! Did you ever wish you could really be at the beginning of a cutting edge technology and be positioned to profit in the biggest possible way? Here is your chance. I know by now that you have seen the Sprint commercials where a person takes a picture with a cell phone and sends it to another cell phone, right? If you think that technology is cool, then you do not want to miss out on what we are about to share with you. Lets just say that one of the common reactions from people when we ask what do they think, the only word that comes out of their mouth is Wow! June 9th, 2003 will be a date that tens of thousands of people will always remember. Why? Because it will be the first day that they took control of their current financial situation and became involved in a business opportunity that has a market potential of 1 Billion (1,000,000,000) users. VIDEO e-mail is here and the potential for anyone to create an ongoing residual income is mind-blowing. The Demand for your product determines your success. Plain email using text is like black and white TV Would you want to try to market black & white TVs today? We know that you wouldnt even dream of it. Why? Because no one would buy them from you as technology has advanced and everyone has moved to color TV. There is little or no demand for black and white TVs anymore. And for that matter, why would people continue to use plain old boring text e-mail when you can easily create full color video e-mails? To learn more about our business opportunity confirm your e-mail adress just click here or if you have recieved this letter by mistake just delete this e-mail and you will br removed from our mailing list, thank you. Aaron C. Walden contact me Cal...@ho... (502)868-7911 121 Malibu Canyon Georgetown, KY 40324 |
|
From: China-TravelGuide.com <hf...@pu...> - 2003-07-04 03:42:35
|
Dear Colleagues, Greetings from http://www.China-TravelGuide.com. It is my aim to offer our reliable Business Partner for Special Rates, and other information on wherever we receive to make sales increase for both our parties benefit. I would like to take this opportunity to introduce myself and our company to you. My name is Alan Huang and I am the Director of Operations for the China-TravelGuide based in China. The team at China-TravelGuide is dedicated to giving the best rates without compromising the standard of service your guests expect. Our multilingual staff will be there from start to finish to ensure your guests have the holiday they have dreamed of. We operate throughout the whole of China. We are specialized in active tourism and have developed partnerships with major tour operators and agencies from different parts of the world. As the business is doing quite well with foreign tourists, I am now looking for new partners interested in establishing a strong and long-lasting partnership with us. It would be an honor to be your partner here in China. I would be happy to answer any questions you might have regarding our rates and the other services China-TravelGuide have to offer. For more detailed information about China please log on to our homepage http://www.china-travelguide.com . It is one of the best websites of travel agents in China and it almost includes everything about China. By the way, if you want to develop your business in the world, please browse our advertisement for tourism http://www.china-travelguide.com/English/About_Us/advertisement.htm . It seems to be a bridge to help you swiftly and directly to contact with more than 31,000 travel agents in the globe. Thanks for your time and welcome to China! looking forward to hearing from you soon and starting a good cooperation between us. Sincerely yours Alan Huang China-TravelGuide Inc. ********************************************************* Add: 4/F, Xingguang Building, No.4A Guanghua Road, Chaoyang District, Postcode: 100026 Beijing, CHINA Tel: 86-10-65814962, 65814254 Fax: 86-10-89547689, 65814962 On duty: 13701106781 mailto:al...@pu... mailto:hf...@pu... http://www.china-travelguide.com/ ********************************************************* |
|
From: Lucille<Big...@ya...> - 2003-06-29 14:10:18
|
Hello, ***HERE IS AN OFFER YOU DON'T WANT TO MISS!*** Over 1,200 Books, Manuals, And Reports On CD-Rom! Full Reprint Rights! Sell The Entire Collection For As Much $$$ As You Like! Never Pay us any royalty fee! Read them, Sell them and bank the money! The best part is this... You can use all our web pages and marketing material (included) to make a fortune selling these amazing books, reports and manuals. It's a ready made business! You can even sell them on ebay and clean house! >>You will also get a second bonus CD ROM... Including 9 E-Books on how to advertise and start making some real money on the Internet! >>Plus yet another added Bonus... How to make serious money on ebay and other auction sites overnight! To find out more about this Risk Free Offer, Do not respond by email. Instead, Click the link below or copy and paste the web site address into your web browser. <br><A HREF="http://www.vvevvillmakeyoumoney.biz/reports.htm">Click Here For More Information</A><br> http://www.vvevvillmakeyoumoney.biz/reports.htm ______________________________________________________ Want to be REMOVED from our email list? You were sent this email because you used our Opt-in service. We hope you enjoy reading our messages. However, if you'd rather not receive future e-mails from us, Click on the link below. http://www.vvevvillmakeyoumoney.biz/removeme.htm Thank you for your cooperation. ________________________________________________________ |
|
From: FRANCIS O. <fra...@in...> - 2003-06-29 04:00:49
|
Dear Friend, I am soliciting your confidence in this business; this is because of its nature as being utterly confidential and top secret. Though, I know that a business of this sort will make any one apprehensive and worried, but I am assuring you that this transaction is 100% safe. I have decided to contact you due to the urgency of this transaction. Let me start by introducing myself properly to you. I am Mr. FRANCIS OKUMAGBA, the DGM, Treasury and Investment officer with Oceanic bank (Nigeria) International. I came to know you in my private search for a reliable and reputable person to handle this confidential transaction, which involves the transfer of huge sum of money to a foreign account requiring maximum confidence. THE PROPOSITION: A foreigner, Late (Sir.) Donald Duke was an oil merchant with the federal government of Nigeria , until his death sometime ago in the Kenya Air Bus (A310-300) Flight KQ430. He Banked with us at ceanic bank (Nigeria) International and had a closing balance as at the end of September, 2000 worth #15,000,000.00 Million British pounds, the bank now expect a next of kin as beneficiary. Valuable efforts have been made by the Bank to get in touch with any of the Donalds family or relatives but to no success. It is because of the perceived possibility of not being able to locate any of (Sir.) Donald Duke's next of kin, The management under the influence of our Chairman, a retired politician and members of the Board of Directors, which arrangement has been made for the fund to be declared unclaimed and subsequently be donated to the trust fund for arms and ammunitions to further enhanced the course of war in Africa and the world in general. In order to avert this negative development, my trusted colleague and I now seek your permission to have you stand as next of kin to late (Sir.) Donald Duke so that the fund #15M will be released and paid to into your account as the beneficiary's next of kin. All documents and proves to enable get this fund will be carefully worked out. I found it more convenient to commence on the transaction since I have all information to influence all procedures to this effect. I am assuring you that your Involvement in this business is 0% risk free. You shall retain a percentage that will be agreed between us while the rest will be for me the originator of the transaction. For investment purpose, a portion of my share I will use for investment in your country under your trustee. As soon as I receive an acknowledgement of receipt of this message in acceptance of our mutual business proposal, I would furnish you with the necessary modalities and disbursement ratio to suit both parties without any conflict including every other detail you may wish to know. If this proposal is acceptable by you, do not take undue advantage of the trust we have bestowed in you. On receiving your reply, I shall give you a call to finalize all arrangements for a hitch free transaction PLEASE, APPRECIATE THE FACT THAT DOING BUSINESS OVER THE INTERNET IS RISKY. ENDEAVOR TO SEND YOUR CONFIDENTIAL TELEPHONE AND FAX NUMBER IN YOUR REPLY TO THIS MAIL. Regards, FRANCIS OKUMAGBA DGM, Treasury and Investment |
|
From: <sb...@sb...> - 2003-06-27 14:37:40
|
未承諾広告 ＜事業者＞全信協・ご意見お受け賜りは 03-5458-8163にて申し受け ています。 突然の未承諾配信ご容赦願います・今後不要の方は、大変申し訳 ありませがhttp://sb77.com/deny.htmにてお願い申し上げます。 『５ 億 ９ 千 万 円 証 拠 有 在 宅 ビジネス』 で！ 不況に勝つ！をご提案！既に、２億・３億・５億９千万円収入者続出 ５億９千万円収入証拠から３億円へ一歩 ★∽∽∽∽∽☆∽∽∽∽∽★∽∽∽∽∽☆∽∽∽∽★ 次 の 方 々 に 大 好 評 で す ━┛━┛━┛━┛━┛━┛━┛━┛━━┛━┛━┛━┛━┛━ ■安心生活と老後の苦労無くす為に、どうしても【５千万円貯金したい】 ■保証しているので、保証の悲劇防止の為に【保証証券で肩代わりし たい】 ■今の不満、不安から解放される材料として{３千万円はどうしても必要} ■保証を頼んでいるので、頼まれる可能性あり【保証証券で解消したい】 ■３年後の願望は３千万円で達成出来るので【不況だから出来る大型 副収入を探している】 ■インターネットで儲けようとしたが年収８００万円以下なので【もっと高 率収入を探している】 ■夢の実現に５千万円は基礎的材料として必要なので【時代の波に乗っ たサイドビジネスを探している】 ■ホームページ作成が面倒なので、ダンロードして即に開業出来る【高率 在宅ビジネスを探している】 ■営業、セールス、説明が嫌いなので【インターネット・葉書・FAXで出来 るビジネスを探している】 ■騙されたく無いので【証拠を確認出来る確かな在宅ビジネスを探してい る】 ★ ∽∽∽∽∽ ☆∽∽∽∽∽ ★∽∽∽∽∽ ☆∽∽∽∽ ★ あの時、、１億円以上あったら あの時、保証証券で保証の肩代わりしていたら 今は、最高で、より以上に豊かな人生なのに！ 今からでも遅くありません ３億円への一歩 ☆ ∽∽∽∽∽ ★∽∽∽∽∽ ☆ ∽∽∽∽∽★ ∽∽∽∽∽ ☆ ★保証事業に不況なし・保証に悩んでいる人は、多いから。3千万は欲 しい人は大多数だから、２億・３億・５億９千万円の収入証拠を！確認 して下さい。裁判は証拠主義です。 ★ ∽∽∽∽∽ ☆∽∽∽∽∽ ★ ∽∽∽∽∽☆ ∽∽∽∽ ★ 今が、不況が・・絶好の在宅保証ビックビジネスチャンス！！ ●こちらから http://sb88.com/ 無料の資料ご請求出来ます。 これからの安心とゆとりの金額を目指して、あなたも在宅で出来る顧問 になりませんか？ ５億９千万円への一歩として資料ご請求から開始！無料で資料を郵送 します。 資料でいろいろな事実と証拠を確認して下さい。 証拠が一番信用出来ます。論より証拠です。 ５億９千万円 証拠有 ビック在宅セカンドビジネス ★--◇--★--◆--★--◇--★ ☆ ★--◇--★--◆--★--◇--★ |
|
From: Julie S. <rl5...@br...> - 2003-06-02 12:47:30
|
<p>Curious jed...@li... ?? <a href=3D"http://lea...@ww.../webcamz"></p> <p><img src=3D"http://gu...@ww.../xxxfree/imag= es/content_cams_pic.jpg?convenience"> </a></p> <br> <br> <br>This will piss off my BF!! <br>SHHHHHHHHHHH! <br> <br> <a href=3D"http://po...@ww.../webcamz/rem">Cease-contact= window</a></font></td> f fl fhjxtbsegvrns s rxx kdl l |
|
From: Danny A. <dan...@vi...> - 2003-04-28 09:08:31
|
> > heh - > > permalink=7C1C81BCFD7E8FB91865DFD605CDC12B.txt > > you sure that's unique? > It's ugly, eh? This link gets autogenerated by the w.bloggar > client, I guess > it's date & time based. The MT sequential filenames are prettier. > It's also unique because it's prepended with my blog URL and category Right! btw, in Ideagraph I'm using the same prepend-URL method to help uniqueness, but I'm not sure how well it's going to pan out. At the other end of the scale, Benja Fallenstein has been using urn-5 (I think that's it) based on random numbers for unique URIs in the Fenfire/Gzz project. Cheers, Danny. |
|
From: Cayzer, S. <Ste...@hp...> - 2003-04-28 08:43:15
|
Cheers Danny. > Needs 'what he hell is this?' and 'what do I do?' docs. Right! > > BrownSauce integration is very nifty. I wonder if you could > also link in > FOAF Explorer using something like Leigh's FOAF bookmarklet? BrownSauce integration was also rather simple, Damian did a great job. FOAF explorer idea sounds interesting, I'll have a think. > heh - > permalink=7C1C81BCFD7E8FB91865DFD605CDC12B.txt > you sure that's unique? It's ugly, eh? This link gets autogenerated by the w.bloggar client, I guess it's date & time based. The MT sequential filenames are prettier. It's also unique because it's prepended with my blog URL and category > > Thanks for the link to my semweb blog btw, but I got DNS > problems at the > moment (the company I registered through are in the uk and only accept > payment by cheque, and it's in the post!). I don't know > whether you might > want to grey it out or ref my other blog (dannyayers.com). Funny, noticed a problem at the weekend. Seems OK now. But I'll reference your other blog anyway. > Feel free to use this list for announcements/'sheltered' discussion. Thanks! |
|
From: Danny A. <dan...@vi...> - 2003-04-25 15:41:14
|
Thanks Steve - this is great. Looking forward to the design doc. (quick work - I've still not had a proper look at blojsom :-( First impressions - looks really good. Needs 'what the hell is this?' and 'what do I do?' docs. BrownSauce integration is very nifty. I wonder if you could also link in FOAF Explorer using something like Leigh's FOAF bookmarklet? I was a little puzzled at first by the XML & N3 views, but then remembered it's a demonstrator (D'oh!) - the source is worth looking showing. heh - permalink=7C1C81BCFD7E8FB91865DFD605CDC12B.txt you sure that's unique? Thanks for the link to my semweb blog btw, but I got DNS problems at the moment (the company I registered through are in the uk and only accept payment by cheque, and it's in the post!). I don't know whether you might want to grey it out or ref my other blog (dannyayers.com). Time to nosey around those blogs a little more... Feel free to use this list for announcements/'sheltered' discussion. Cheers, Danny. > -----Original Message----- > From: jem...@li... > [mailto:jem...@li...]On Behalf Of Cayzer, > Steve > Sent: 25 April 2003 16:59 > To: jem...@li... > Subject: [JemBlog-Develop] FW: [Blojsom-users] Semantic blogging > demonstrator now live > > > I apologise for any hijacking of the jemblog list, but thought > you might be > interested... > > just a quick note to let you know that the semantic blogging > demonstrator is > now live. > I have 2 blogs of interest > > [1] is an external blog, intended to act pretty much like a > normal blog for > the project. > [2] is the demonstrator, onto which semantic blogging capabilities will be > added as they come online. > > Right at the moment, neither blog is terribly 'semantic' (although you can > view the metadata behind each entry) but I wanted to get the > baseline public > asap. > > I'm currently writing an overall design document which I'll post > separately. > > Comments (including usability/L&F comments) welcome, to me, to the list or > to the blog, whatever seems appropriate. > > Cheers > > Steve > > [1] http://jena.hpl.hp.com:3030/blojsom-hp/blog/ > [2] http://jena.hpl.hp.com:3030/blojsom-devt/blog/ > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JemBlog-Develop mailing list > Jem...@li... > https://lists.sourceforge.net/lists/listinfo/jemblog-develop |
|
From: Cayzer, S. <Ste...@hp...> - 2003-04-25 15:00:22
|
I apologise for any hijacking of the jemblog list, but thought you might be interested... just a quick note to let you know that the semantic blogging demonstrator is now live. I have 2 blogs of interest [1] is an external blog, intended to act pretty much like a normal blog for the project. [2] is the demonstrator, onto which semantic blogging capabilities will be added as they come online. Right at the moment, neither blog is terribly 'semantic' (although you can view the metadata behind each entry) but I wanted to get the baseline public asap. I'm currently writing an overall design document which I'll post separately. Comments (including usability/L&F comments) welcome, to me, to the list or to the blog, whatever seems appropriate. Cheers Steve [1] http://jena.hpl.hp.com:3030/blojsom-hp/blog/ [2] http://jena.hpl.hp.com:3030/blojsom-devt/blog/ |
|
From: <sb...@or...> - 2003-04-14 00:47:10
|
$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!L$>5Bz9-9p!v(B $B!c;v6H<T!d!&A4?.6(!&$4>5Bz$N$J$$G[?.$4MF<O4j$$$^$9!#(B $B$40U8+$O(B 03-5458-8163$B>5$j@lMQ(B $B:#8eITMW$NJ}$O(Bhttp://orient-sky.com/deny.htm$B$K$F$*4j$$?=$7>e$2(B $B$^$9!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!#32/1_$X$N0lJb(B $B!!!!!!!!!y"f"f"f"f"f!z"f"f"f"f"f!y"f"f"f"f"f!z"f"f"f"f"f!y(B $B!zJ]>Z;v6H$KIT67$J$7!&J]>Z$KG:$s$G$$$k?M$O!"B?$$$+$i!#(B3$B@iK|$0$i(B $B!!$$M_$7$$?M$OBgB??t$@$+$i!"<+J,$GJ]>Z8\Ld$K$J$j!"(B2$B2/!"(B3$B2/!"(B5$B2/(B9$B@i(B $BK|1_3MF@<T$KDI$$$D$-$^$7$g$&!#(B $B!!7hCG$H<B9T$O>Z5r$+$i!&>Z5r$OJ*E*>Z5r!&13$D$-$^$;$s!&qY$5$l$?$/$J$$(B $B?M$O>Z5r$r!*(B $B!!!!!!!z"f"f"f"f"f!y"f"f"f"f"f!z"f"f"f"f"f!y"f"f"f"f!z(B $B!!!!!!!!!!!!!!(B $B!!!!!!!!!!!!!!:#$+$i$G$bCY$/$"$j$^$;$s!*!*(B $B:#$,@d9%$N%A%c%s%9!*IT67$@$+$iDI$$Iw$N!VJ]>Z:_Bp8\Ld!aE9J^IT(B $BMW$N%3%s%S%KE9$N%*!<%J!<$HF1$8!W$K!*>Z5r3NG'>)Ne!">Z5rL5$7$O;v(B $B<BL5$7$H8+$F0B?4$N0U8+B?$$!#(B $B!!!|$3$A$i$+$i(B $B!!(B http://orient-sky.com/ $BL5NA$N;qNA$4@A5a$G$-$^$9!#(B $B!!(B $B!!(BHP$B$N%H%C%W%Z!<%8$@$18+$F;qNA@A5a$9$kJ}$,B?$$$G$9!#M}M3$O;qNA(B $B!!$NJ}$,2r$j0W$$!&$H$N$3$H$G$9!#(B $B!!!!!!!y"f"f"f"f"f!z"f"f"f"f"f!y"f"f"f"f"f!z"f"f"f"f"f!y(B $B$3$l$+$i$N0B?4$H$f$H$j$N6b3[$rL\;X$7$F!"$"$J$?$b8\Ld$K$J$j$^$;$s(B $B$+!)(B $BBh0lJb$H$7$F;qNA@A5a$r$7$F$/$@$5$$!#!!!!!!L5NA$G;qNA$rM9Aw$7$^$9!#(B $B;qNA$G$$$m$$$m$J;v<B$H>Z5r$r3NG'$7$F2<$5$$!#(B (I"$B>^6b#1#2#0K|1_%W%i%9(B=$B#7#4#4K|1_(I#$B$N8"Mx$r!*?M?t@hCe=g@)8B$K$D$-!"(B $B;j5^;qNA$r@A5a$7$F$/$@$5$$!*(B $B!!!!!!!!(B $B!!!!!!!!!|(B $B2?;v$b>Z5r$,0lHV$K;v<B$N>ZL@(B $B!!!|(B $B$=$NCf$G$bJ*E*>Z5r$,4V0c$$$J$$$N$O<~CN$NDL$j$G$9!#(B $BJ]>Zkz7t$GJ]>Z$NHa7`$rKI$0;v6H$G$9!#(B $B<R2q9W8%$r$7$J$,$i9bN(<}F~$rF@$i$l$^$9!#(B $B$^$?J]>Z$N@UG$$O$9$Y$?<uBw6(2q$,;}$A!"8\Ld$K$O0l@Z@UG$$O$"$j$^(B $B$;$s!#(B $BJ]>Z$N%j%9%/$O0l@Z$"$j$^$;$s!"$40B?4$r!#(B $B8\Ld8xG'HV9f$r;H$&$N$G$"$J$?$NL>A0$OC/$K$bCN$i$l$:$K=PMh$^$9!#(B $B!|$3$A$i$+$i(B $B!!(Bhttp://orient-sky.com/ $B!!L5NA$N;qNA$4@A5a$G$-$^$9!#(B $B!}8D?M!":_Bp!"7s6H$G!"#22/1_!"#32/1_!"#52/#9@iK|1_$N<}F~<TB3=P>Z(B $B!!5rM-$j$^$9!&8+$;$^$9!&2?;v$bqY$5$l$?$/$J$$0Y$K@'Hs!">Z5r$N3NG'(B $B!!!z(B--$B!z(B--$B!~(B--$B!z!!%M%C%H%P%V%k$NJx2u$N8=67!!!z(B--$B!~(B--$B!z(B--$B!~(B $B!|%M%C%H%S%8%M%9$G!V8D?M$NG/<}#5@iK|1_0J2<$NJ}!9!W$O!V6%AhAj<jF1(B $B!!6H<T2a>j6H<o!W$,860x$H8@$o$l$F$$$^$9!#(B $B!|_'C+$N0l$D$N%S%k$K#2#3<T!J<R!&I{6H!&(BSOHO$B!K$$$^$7$?$,!":#$O!"#1!!(B $B!!?M$@$1$K$J$j!"BgItJ,$O6a$/$N!V%Q%=%3%sGc$$<h$jE9!W$KGd5Q$7$?$H$N!!(B $B!!>pJs$G$9!#(B $B!!@5$K%M%C%H%P%V%k$NJx2u$r>]D'$7$?8=>]$G$9!#(B $B!!%9!<%Q!<!&%G%Q!<%H!&>&E9$G$b!V%G%U%l!W$NGH$GGQ6H!"=L>.$N;~Be$G$9!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B!!!!!z(B--$B!~(B--$B!zJ]>Z>Z7tH/9TJ]>Z0z$-<u$1;v6H$O!z(B--$B!~(B--$B!z(B $B!!!!!!!!!z(B--$B!~!!F|K\$G;O$a$FEv6(2q$G3+H/$7#3#7G/!!!z(B--$B!~(B $B!!!!!z(!(!(!!&!&!&(!(!(!(!!&!&!&!&(!(!(!!&!&!&(!(!(!!&!&!&(!!=!=!z(B $BJ]>Z>Z7t$GJ]>Z$NHa7`$r8*Be$o$j$9$k#1#5<o>Z7t!a>Z7tJ]>Z%5!<%S%9(B $B!W$r><OB#4#1G/$+$iH/9T$7$FA49qE*$KJ]>Z$7$F$$$k$N$OF|K\$GM#0l!"Ev(B $BJ]>Z<uBw6(2q$@$1$G$9!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B!!!!!z(B--$B!~!!#22/1_!"#32/1_!"#52/1_$N8D?M<}F~<TH/@8(B $B!z(B--$B!~(B $B!!!!!!!!!!!!!!!z(B--$B!~!!$NM}M3$O%P%V%kJx2u(B $B!z(B--$B!~(B $B!z(!(!(!!&!&!&(!(!(!(!!&!&!&!&(!(!(!!&!&!&(!(!(!!&!&!&(!!=!=!z(B $B!}!H5.J}MM$bDI$$$D$-DI$$H4$/J]>Z>Z7t;v6H!I$O!">&9f!aJ]>Z:_Bp;v(B $B!!6H8\!!Ld!&J]>Z6(2qD9!JE9J^!";vL3=jITMW$N%3%s%S%KE9$N%*!<%J!<$H(B $B!!F1MM!K$O!"!!M=Dj!"4uK>!"L4Ey$r%*!<%P!<$7$?<}F~>Z5r$NM}M3$OC1=c(B $B!!$G$9!#(B $B!!%M%C%H%P%V%k!J<{MW$h$j6!5k<T$,5^A}$7$?!K$H@5H?BP$K!"IT67$N@z$j$G!!(B $B!!;q6b!J@83h!";v6H!"8=>u0];}!"IT7J5$BP:v!K$,M_$7$$?M$,!"%P%V%kJx(B $B!!2u#1#2G/0J>e7QB3$7$FA}2C$7$F$$$k$+$i$G$9!#(B $B!}6d9T$N6/@)E*2s<}!"B_$7=B$j!"@=IJ>&IJ$N%G%U%lDc2A3J6%Ah!&J]>Z(B $B!!?M$N:b;::9$72!$5$(!&J]>Z?M:DL3<T$N<+;&%[!<%`%l%9!&Ey$NF|K\7P(B $B!!:Q$N<:GT!!$K$h$k5>@7<T$HM=Hw73$O_'C+$N#2#3<T$N#1<T$N$_@8$-;D(B $B!!$kNc$+$7$F:#8e!!99$K3HBg798~$H$N>pJs!#(B $B!!$=$N$*Lr$KN)$A$?$$!VJ]>Z>Z7t$r!a?M=u$1J]>Z%5!<%S%9>&IJ!W$H$J$k(B $B!!$+$i$G$9!#(B $B!|$3$A$i$+$i(B $B!!(Bhttp://orient-sky.com/ $B!!L5NA$N;qNA$4@A5a$G$-$^$9!#(B $B!!!!(B |
|
From: Mathematical A. <in...@ar...> - 2003-04-11 16:05:43
|
<html><head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <TITLE>ARTPRICE SEARCHBAR TM - Maurits Escher</TITLE> <!--14172235_1--> <meta name="ROBOTS" content="NOINDEX"></head> <body bgcolor="#FFFFFF"> <!--14172235_1--> <table width="468" border="0" cellspacing="0" cellpadding="0" align="center"><tr><td> <table border=0 cellpadding=0 cellspacing=0 width="468" height="60" align="center"><tr> <td width="140" align="right"> <a href="http://www.artprice.com/en/"> <img src="http://web.artprice.com/img/b/artprice_escher1.gif" border="0" width="140" height="60"></a></td> <form method=get action="http://web.artprice.com/en/artistsearch.aspx"> <td background="http://web.artprice.com/img/b/artprice_escher2.gif" align="center" width="328"> <input type=text name=searcharti size=18 value="Maurits Escher"> <input type=submit value="Search this artist" style="CURSOR:hand" name="submit"> <input type=hidden name=L value=en> </td></form></tr></table> <p><FONT face="Geneva, Arial" size="2"><B>Mauritz Escher (1889-1972)</B><br> September 16, 2003-November 30, 2003, State Hermitage Museum,<br> Saint Petersburg<br> <B>M.C. Escher: Prints and Drawings</B><br> July 15, 2003-October 31, 2003, The Israel Museum, Jerusalem </FONT></p> <br><br><br> <p align="right"> <FONT face="Arial" size="2"><A href="http://web.artprice.com/en/"><font size=+1>Join the 900,000 Artprice customers</FONT></A><BR> <FONT color="#FF0000">Artprice Pure Play (unlimited access):</FONT><BR> <A href="http://web.artprice.com/en/"><font size=+1>US$ 16.58</FONT></A> per month</FONT></p> <br><br><br> <CENTER> <A href="http://web.artprice.com/en/"> <IMG src="http://web.artprice.com/img/b/artprice_sml.gif" border="0"></A><BR> <FONT face="Arial" size="1">THE WORLD LEADER IN ART MARKET INFORMATION</FONT> </CENTER> <br><br><br><br><br><br><br><br><br> <p></p> <table border=0 cellpadding=0 cellspacing=0 width="468" height="60" align="center"><tr> <td width="140" align="right"><a href="http://www.artprice.com"> <img src="http://web.artprice.com/img/b/artprice_escher1.gif" border="0" width="140" height="60"></a></td> <form method=get action="http://web.artprice.com/fr/artistsearch.aspx"> <td background="http://web.artprice.com/img/b/artprice_escher2.gif" align="center" width="328"> <input type=text name=searcharti size=18 value="Maurits Escher"> <input type=submit value="Chercher cet artiste" style="CURSOR:hand" name="submit"> <input type=hidden name=L value=fr> </td></form></tr></table> <p align="right"><font face="Geneva, Arial" size="2"><B>Mauritz Escher (1889-1972)</B><br> 16 septembre 2003-30 novembre 2003, State Hermitage Museum,<BR>Saint Petersburg<br> <B>M.C. Escher: Prints and Drawings</B><br> 15 juillet 2003-31 octobre 2003, The Israel Museum, Jerusalem </font></p> <br><br><br> <P><FONT face="Arial" size="2"><B> <A href="http://web.artprice.com/fr/"> <font size=+1>Rejoignez les 900 000 clients Artprice</font></A></B><BR> <FONT color="#FF0000">Accès illimité : Pure Play* sur Artprice :</FONT><BR> <A href="http://web.artprice.com/fr/"><font size=+1>16,58 EUR/USD</font></A> par mois<BR> *100% internet</FONT></P> <br><br><br> <center> <a href="http://web.artprice.com/fr/"> <IMG src="http://www.art-online.com/img/artprice_sml.gif" border="0"></a><br> <FONT face="Arial" size="1">LEADER MONDIAL DE L'INFORMATION SUR LE MARCHE DE L'ART</FONT> </center> </td></tr></table> <br><br><br><br><br><br><br><br><br> <font face="Arial" size="1"> <b>To remove</b> your email: jem...@li...<br> please click below:<br><a href='http://list.artauction.net/?m=jemblog-develop%40lists.sourceforge.net'> http://list.artauction.net/?m=jem...@li... </a><br> In case the above link does not work you can go to<br> http://list.artauction.net/<br> or reply to this message as it is.<br> Please allow us 72 H for your e-mail to be removed.<br>Thank you for your co-operation. <br><br> <b>Pour désinscrire</b> votre email : jem...@li...<br> cliquez ci-dessous :<br><a href='http://list.artauction.net/?m=jemblog-develop%40lists.sourceforge.net'>http://list.artauction.net/?m=jem...@li...</a><br> Si le lien ci-dessus ne fonctionne pas, vous pouvez aller sur :<br> http://list.artauction.net/ <br>ou répondez svp à ce message sans en modifier le contenu.<br> Votre désinscription sera effective dans les 72 H.<br>Merci de votre coopération.<br> En conformité avec la loi 78-17 du 6/1/78 (CNIL), vous pouvez demander à ne plus figurer sur notre fichier de routage.</FONT><br> <IMG src="http://web.artprice.com/img/LogoArtp_90.jpg" border="0"> </body></html> |
|
From: getehem <ge...@ma...> - 2003-03-23 15:55:23
|
BROCKWORTH TRADING LTD Dear Sirs, We are an European Trading Company active in western and Eastern Europe = ( mainly Poland). Our products range includes gadgets, electronic = devices, seasonal products, toys and NOVELTY ITEMS. Business to Consumer = only. No food nor bulk commodities. Information about our Company will = be supplied in our next Email. We are currently looking for establishing contacts with potential = suppliers from your country. We are screening for innovating items only. Please feel free to send us by reply Email as detailed as possible = information about your new products, including quantity available, = timing schedule from confirmed order and FOB price/unit/20 ' container. With our best regards, Brockworth Trading Ltd |
|
From: Danny A. <dan...@vi...> - 2003-03-21 18:25:36
|
Sorry, I should have said - there isn't much difference between what I put
in the CVS and the zip of a few weeks back, I think the only real change was
to swap 'name' for 'key' in the FeatureSet vocabulary.
Also sorry about missing the last load of posts, some quick thoughts :
re. Synchronizing CVS - as the JemBlog stuff was in my main tree, I've got
an Ant script to copy the source to another directory before doing a
separate build, for the initial cvs import I've used a copy from there. I
should use the sourceforge cvs as the main repository for this stuff, so
I'll probably just remove it from the local server completely, though I'll
definitely have to look at CVSup first (thanks).
re. Input Templates - yes! great idea. Leigh mentions XForms + RDF - that
sounds very like the XUL stuff. One thing that's high on my to-do list for
Ideagraph is a general-purpose Swing form for RDF, where all you might know
is that e.g. it's a literal or resource (I guess Leigh has been exactly
there with the FOAF-a-matic). I suppose we need to be able to make an
appropriate form whether we're looking through a browser or local
app...D'oh! I missed Steve's later post - I'd better have a think & read the
doc at HP.
re. Haystack - that project's been around without a release for as long as I
can remember, though they do now have screenshots so I guess they must be
progressing. I still wouldn't gamble too much on it being released before
Chandler ;-)
re. Jemblog feedback - ('canned' methods to access DC properties), couple of
specifics: "Where do you stop?" - I'd say at the edge of what people are
commonly using in RSS feeds. "Isn't it better to use a more generic method:
eg getPropertyValues(name)?" - this nicely highlights one of what I see as
the justifications for JemBlog. I think the canned methods remove any doubt
someone who is unfamiliar with RDF (but maybe has used RSS) might feel. Jena
already has the generic methods, but anyone that has only been using e.g.
rsslibj is in for a shock when they see the Jena API. Another minor point is
that it should make it easier to enforce some of the RSS rules for
mandatory/one-only elements.
Cheers,
Danny.
----
http://dannyayers.com
|
|
From: Danny A. <dan...@vi...> - 2003-03-21 17:44:57
|
Hi,
I've just discovered that I wasn't subscribed to the list any more - I guess
some mail must've bounced. Anyhow I've put the latest sketchy source up on
to CVS. It is *very* rough, but you should be able to make some sense of it
from the package/class naming.
The org.idea.common.features.FeatureSet classes that I've been using a lot
are effectively a substitute for java.util.Properties, just key-value pairs.
I've quoted the snippet again below, this might still be valid.
Now to catch up with the archives...
Cheers,
Danny.
The snippet :
// Initialize system
BlogManager.init();
// Create a user
User me = BlogManager.usersDB.createUser();
me.setName("John");
me.setPassword("secret");
// Create a blog
Blog myBlog = BlogManager.blogsDB.createBlog();
myBlog.addUser(me);
myBlog.setTitle("John's Blog");
// Add an item to the blog
Item item = myBlog.createItem("http://example.org");
item.setTitle("Big news!");
item.setDescription("Today a new blog was created");
// Get the RSS representation of the blog
System.out.println(myBlog.getChannel());
----
http://dannyayers.com
|
|
From: Cayzer, S. <Ste...@hp...> - 2003-03-21 10:01:22
|
Thanks Leigh. My preference for Java is, it's true, partly because of greater familiarity, but more importantly because I'd like to use the power of Jena, and partly becuase I don't want to tie in too closely with MT (I certainly don't want to be hacking MT files, rather using templates, add-ins or just external perl modules using MT API calls). Hybrid solutions are of course possible. I'll have a look at Blojsom too. Cheers Steve. -----Original Message----- From: Leigh Dodds [mailto:ld...@in...] Sent: 21 March 2003 09:28 To: Jemblog-Develop (E-mail) Subject: [JemBlog-Develop] blojsom Anyone looked at blojsom? http://blojsom.sourceforge.net/ Its a really simple Java based version of bloxsom. Basically, a nicely extensible Java blogging framework, based around the file system. Looks like it'd be really easy to parse RDF based entries rather than plain text/HTML (or convert internally). I was really impressed with its simplicity. Steve, might be an alternative to MT if you'd prefer to work in Java. I'm going to have a further poke around with the code. Cheers, L. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ JemBlog-Develop mailing list Jem...@li... https://lists.sourceforge.net/lists/listinfo/jemblog-develop |
|
From: Leigh D. <ld...@in...> - 2003-03-21 09:30:12
|
Anyone looked at blojsom? http://blojsom.sourceforge.net/ Its a really simple Java based version of bloxsom. Basically, a nicely extensible Java blogging framework, based around the file system. Looks like it'd be really easy to parse RDF based entries rather than plain text/HTML (or convert internally). I was really impressed with its simplicity. Steve, might be an alternative to MT if you'd prefer to work in Java. I'm going to have a further poke around with the code. Cheers, L. |
|
From: Cayzer, S. <Ste...@hp...> - 2003-03-20 18:34:12
|
[PS Apologies if this appears to hijack the list. I'll make up for it by posting a jemblog message next ;-) ] Thanks for these comments Ian, I have been trying out various solutions and I am far from clear on the best way to proceed, but thought I'd answer those points I can. 1). UI Configurations. We went quite far down this path in ePerson[1]. In particular, for example, a user can specify (in RDF) how they want their component dealt with. We used Java class names and reflection, but in principle other mechanisms, such as scripting, would be allowed. We also allowed the user to specify input filters and validation properties for these classes. Note that the customisations were global, not per user. With regard to semblogging, I have a more modest aim. Which is just to allow the user to select a subset of the schema properties to show in a dialog box, and also to supply a controlled vocabulary (i.e. list of allowed terms) for a certain field. I am not proposing the use of RDF/DAML/OWL validation to infer which properties an instance must/should have, though I may use datatype information. 2). Servlets vs perl. Your points are well taken, I have investigated both options and both methods have strengths and weaknesses. I don't want to get too specific here since I haven't worked through all the details yet. 3). Design documents I've got some ready to go, but I want to discuss them with the folks here first, to clear out the obvious crud ;-) Cheers Steve [1] A lengthy report can be found at http://www.hpl.hp.com/techreports/2002/HPL-2002-328.html. It should however be reasonably modular so you can skip to the items of interest. -----Original Message----- From: Ian Davis [mailto:ia...@in...] Sent: 19 March 2003 14:17 To: jem...@li... Subject: Re: [JemBlog-Develop] Input Templates On Wednesday, 19 March 2003 at 08:55, Cayzer, Steve wrote: > What a coincidence! > I am thinking along exactly the same lines at the moment in HPs semantic > blogging project [1]. Interesting project - I wasn't aware of it before. > My idea at the moment is to store a (per user) configuration file (in RDF of > course) which specifies these preferences. > It will look something like what you suggest, except that I would be > slightly less fine grain about the display options. > For example, I might specify 'maximum expected size' for a literal, and > also a filename which contains a controlled vocabulary to fields such as > topic. But try to leave fine grain UI configurations to the dialog builder. There are several parts to this problem : a) What properties are applicable to a class b) What properties are interesting to the user c) Data typing and validation for properties b) can be built from a) given a user interface that allows the user to pick the properties they want. A dialog builder can use b) in conjunction with c) to build a data capture form. BTW, I don't know of any existing solutions to these problems. At first sight RDF schema appears to handle a) but closer inspection reveals that RDF Schema doesn't dictate what properties a class may have, but what class an instance is given a property of that instance. To do a) you have to delve into OWL. Again, c) appears to be covered by the RDF model which allows datatyping, but there is no global datatyping so there's no way of saying that every dc:date has to contain a date. To do c) properly we have to come up with a vocabulary for describing the data characteristics of properties in our applications. I've been thinking about something else in this area too for another project (www.semanticplanet.com): a way to specify a query on a triple store. Basically it's exactly the same problem except that the fields that are filled in are used to generate a query rather than a new instance of a class. > Which brings me to Haystack. HP have quite close relationships with > Haystack, I have not seen it in action but have read the papers carefully. > They do *very* fine grain UI control, which is conceptually attractive but > computationally expensive (1M triples to specify a startup screen). In our > 'eperson' work[2] we tried to steer a middle road, and I'd like to try the > same tack here. That's a lot of triples, but now I think about it maybe it's not unreasonable. I wonder how many 'atoms' of information my mail client is processing just to render this window and let me type? > One thing I'm not sure about is whether to implement the dialog builder in > perl or as a servlet. I'm tending towards the latter, partly because it > integrates better with Jena, partly because it appears that doing it in perl > will require hacking the core MT scripts (which I'm loath to do, I want this > to be easily deployable) and partly because I'm still a beginner in perl > (mind you I'm not that hot on servlets either ;-)). Opinions welcome. If you want to integrate with MT then you could write some Perl modules that use MT as a back-end API, i.e. call the right method to save a new posting; call another to build the site. If you want to do it in Java I'd recommend writing it in a class and then writing a servlet to call that class. It makes it much easier to write tests for the class when it's not tied into the UI. Also I'm keen to have a desktop app that will publish to a website since I (like the majority of webloggers) don't have a good servlet setup available. (I have one here at home, but I'm on cable with 128kbps upstream) > If anyone's interested, I'm writing some design documents and can circulate > them to the list. Yes please. Ian ------------------------------------------------------- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en _______________________________________________ JemBlog-Develop mailing list Jem...@li... https://lists.sourceforge.net/lists/listinfo/jemblog-develop |
|
From: Cayzer, S. <Ste...@hp...> - 2003-03-20 18:09:46
|
Some time ago, Danny Ayers started this fine list and asked for feedback on Jemblog. I am curious about one thing. In your RdfItem class, you have a number of 'canned' methods to access DC properties (Creator, Subject, Title). I can understand you doing this for RSS properties, but why DC? Where do you stop? Isn't it better to use a more generic method: eg getPropertyValues(name) ? Or have you a preference for doing this sort of thing directly through the item resource (and if so why?) Cheers Steve ________________________________________________________________________ Steve Cayzer HP Labs, Bristol, UK mailto:Ste...@hp... "A declaration of war is an admission of failure" [Opinions are mine and not necessarily those of HP] |
|
From: Ian D. <ia...@in...> - 2003-03-19 14:19:11
|
On Wednesday, 19 March 2003 at 08:55, Cayzer, Steve wrote: > What a coincidence! > I am thinking along exactly the same lines at the moment in HPs semantic > blogging project [1]. Interesting project - I wasn't aware of it before. > My idea at the moment is to store a (per user) configuration file (in RDF of > course) which specifies these preferences. > It will look something like what you suggest, except that I would be > slightly less fine grain about the display options. > For example, I might specify 'maximum expected size' for a literal, and > also a filename which contains a controlled vocabulary to fields such as > topic. But try to leave fine grain UI configurations to the dialog builder. There are several parts to this problem : a) What properties are applicable to a class b) What properties are interesting to the user c) Data typing and validation for properties b) can be built from a) given a user interface that allows the user to pick the properties they want. A dialog builder can use b) in conjunction with c) to build a data capture form. BTW, I don't know of any existing solutions to these problems. At first sight RDF schema appears to handle a) but closer inspection reveals that RDF Schema doesn't dictate what properties a class may have, but what class an instance is given a property of that instance. To do a) you have to delve into OWL. Again, c) appears to be covered by the RDF model which allows datatyping, but there is no global datatyping so there's no way of saying that every dc:date has to contain a date. To do c) properly we have to come up with a vocabulary for describing the data characteristics of properties in our applications. I've been thinking about something else in this area too for another project (www.semanticplanet.com): a way to specify a query on a triple store. Basically it's exactly the same problem except that the fields that are filled in are used to generate a query rather than a new instance of a class. > Which brings me to Haystack. HP have quite close relationships with > Haystack, I have not seen it in action but have read the papers carefully. > They do *very* fine grain UI control, which is conceptually attractive but > computationally expensive (1M triples to specify a startup screen). In our > 'eperson' work[2] we tried to steer a middle road, and I'd like to try the > same tack here. That's a lot of triples, but now I think about it maybe it's not unreasonable. I wonder how many 'atoms' of information my mail client is processing just to render this window and let me type? > One thing I'm not sure about is whether to implement the dialog builder in > perl or as a servlet. I'm tending towards the latter, partly because it > integrates better with Jena, partly because it appears that doing it in perl > will require hacking the core MT scripts (which I'm loath to do, I want this > to be easily deployable) and partly because I'm still a beginner in perl > (mind you I'm not that hot on servlets either ;-)). Opinions welcome. If you want to integrate with MT then you could write some Perl modules that use MT as a back-end API, i.e. call the right method to save a new posting; call another to build the site. If you want to do it in Java I'd recommend writing it in a class and then writing a servlet to call that class. It makes it much easier to write tests for the class when it's not tied into the UI. Also I'm keen to have a desktop app that will publish to a website since I (like the majority of webloggers) don't have a good servlet setup available. (I have one here at home, but I'm on cable with 128kbps upstream) > If anyone's interested, I'm writing some design documents and can circulate > them to the list. Yes please. Ian |
|
From: Cayzer, S. <Ste...@hp...> - 2003-03-19 09:00:34
|
What a coincidence! I am thinking along exactly the same lines at the moment in HPs semantic blogging project [1]. I am implementing (well, about to implement) a 'metadata edit module' that allows a user to enter/edit metadata about an item. The idea is that the metadata is taken from a user supplied schema - and what is more, that the metadata edit form doesn't have to display all the schema elements, it is configurable (per user) just like the standard MT entry form. My idea at the moment is to store a (per user) configuration file (in RDF of course) which specifies these preferences. It will look something like what you suggest, except that I would be slightly less fine grain about the display options. For example, I might specify 'maximum expected size' for a literal, and also a filename which contains a controlled vocabulary to fields such as topic. But try to leave fine grain UI configurations to the dialog builder. Which brings me to Haystack. HP have quite close relationships with Haystack, I have not seen it in action but have read the papers carefully. They do *very* fine grain UI control, which is conceptually attractive but computationally expensive (1M triples to specify a startup screen). In our 'eperson' work[2] we tried to steer a middle road, and I'd like to try the same tack here. One thing I'm not sure about is whether to implement the dialog builder in perl or as a servlet. I'm tending towards the latter, partly because it integrates better with Jena, partly because it appears that doing it in perl will require hacking the core MT scripts (which I'm loath to do, I want this to be easily deployable) and partly because I'm still a beginner in perl (mind you I'm not that hot on servlets either ;-)). Opinions welcome. Oh and one last thing. I promised Danny ages ago that I'd look at JemBlog, I have, it looks nice though I haven't used it as such. I hope though, that my work will contribute something to the project, in terms of ideas if not actual code. If anyone's interested, I'm writing some design documents and can circulate them to the list. Cheers Steve [1] http://www-uk.hpl.hp.com/people/steve_cayzer/semblog.htm [2] http://www.hpl.hp.com/semweb/e-person.htm -----Original Message----- From: Ian Davis [mailto:ia...@in...] Sent: 18 March 2003 17:24 To: jem...@li... Subject: [JemBlog-Develop] Input Templates One thing that annoys me about Moveable Type is that the input form is limited to the fields that the developer thinks I'll need and has coded support for in the back-end. With an RDF back-end it should be possible handle all kinds of data at the front-end. We should define Input Templates that describe the fill-in fields required to create an instance of a particular class. The simplest template would define the fields for an rss:Item, i.e. title, description and link. This could be described in RDF, e.g. (made up on the spot - no deep thought behind this) <rdf:RDF ...> <ui:Template> <ui:class rdf:resource="http://purl.org/rss/1.0/item" /> <ui:title>New RSS Item</ui:title> <rdf:Seq> <rdf:li> <ui:Field> <ui:classProperty rdf:resource="http://purl.org/rss/1.0/title" /> <ui:cols>40</ui:cols> <ui:rows>1</ui:rows> <ui:multiline>false</ui:multiline> </ui:Field> </rdf:li> </rdf:Seq> </ui:Template> </rdf:RDF> What do you think? - Ian <ia...@in...> "One never notices what has been done; one can only see what remains to be done." ------------------------------------------------------- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en _______________________________________________ JemBlog-Develop mailing list Jem...@li... https://lists.sourceforge.net/lists/listinfo/jemblog-develop |
|
From: Ian D. <ia...@in...> - 2003-03-18 20:09:27
|
Has anyone looked at HayStack: http://haystack.lcs.mit.edu/ the universal information client "Our research seeks to bring modern information management and retrieval technologies to the average computer user in order to make computers a more compelling place for users to interact with their information. Haystack looks into the use of artificial intelligence techniques for analyzing unstructured information and providing more accurate retrieval. We also deal with the modeling, management, and display of user data in more natural and useful ways." - Ian <ia...@in...> "The great tragedy of Science - the slaying of a beautiful hypothesis by an ugly fact." |
|
From: Ian D. <ia...@in...> - 2003-03-18 20:05:31
|
On Tuesday, 18 March 2003 at 17:32, Leigh Dodds wrote: > Interesting and a great idea. I might steal it for the FOAF-a-Matic. That's OK, FOAF-a-Matic is going to be assimilated into JemBlog at some point in the future - aren't all RDF apps just part of one big collective ultimately anyway ;) > If I could build up a editing UI, dynamically to support the data that > would solve much of the problem. There's nothing in your example below > thats particularly web/blog-centric so it could have multiple uses. Yes, that's the idea. My driver for this is keeping tabs on the books I've read recently. Currently I have a trivial Moveable Type installation but I have to remember to use the excerpt field to store the ISBN - it's a hack to fit my data into the MT model. Now, if I had an extensible UI that let me enter a title, description, author (of book, not posting!) and ISBN then I'd be happy. Having a useful templating language for output would be necessary as well so I can pick the last 15 'things' with a title and description for my RSS feed. > However, before we jump down the RDF route, is there anything in > XForms or a subset that could be used? Or are there particular benefits > in an RDF description of the UI? The primary benefit is in the storage of the form descriptions. If they are RDF they can be stored in the triple store and retrieved with a query - e.g. find me a form that lets me enter an rss:item. The form would be extensible simply by reading in an extra bit of RDF (although this might end up confusing the user). Maybe there's a way to synthesize XForms and RDF. Use RDF to describe the structure and context of a form and XForms elements to describe the actual fields. - Ian <ia...@in...> "The test of all knowledge is experiment." |
|
From: Leigh D. <ld...@in...> - 2003-03-18 17:35:02
|
Interesting and a great idea. I might steal it for the FOAF-a-Matic. In that environment I was wrestling with what to do if someone loads a FOAF document with bits in it that the app doesn't recognise. This is quite likely. One option is not to expose that data, but thats not very friendly. The other option is to throw it away when saving the data. And thats even less friendly. If I could build up a editing UI, dynamically to support the data that would solve much of the problem. There's nothing in your example below thats particularly web/blog-centric so it could have multiple uses. However, before we jump down the RDF route, is there anything in XForms or a subset that could be used? Or are there particular benefits in an RDF description of the UI? Cheers, L. |
|
From: Ian D. <ia...@in...> - 2003-03-18 17:25:37
|
One thing that annoys me about Moveable Type is that the input form is
limited to the fields that the developer thinks I'll need and has
coded support for in the back-end. With an RDF back-end it should be
possible handle all kinds of data at the front-end.
We should define Input Templates that describe the fill-in fields
required to create an instance of a particular class. The simplest
template would define the fields for an rss:Item, i.e. title,
description and link.
This could be described in RDF, e.g. (made up on the spot - no deep
thought behind this)
<rdf:RDF ...>
<ui:Template>
<ui:class rdf:resource="http://purl.org/rss/1.0/item" />
<ui:title>New RSS Item</ui:title>
<rdf:Seq>
<rdf:li>
<ui:Field>
<ui:classProperty
rdf:resource="http://purl.org/rss/1.0/title" />
<ui:cols>40</ui:cols>
<ui:rows>1</ui:rows>
<ui:multiline>false</ui:multiline>
</ui:Field>
</rdf:li>
</rdf:Seq>
</ui:Template>
</rdf:RDF>
What do you think?
- Ian <ia...@in...>
"One never notices what has been done; one can only see what remains to be done."
|
15 messages has been excluded from this view by a project administrator.
![http://web.artprice.com/img/b/artprice_escher1.gif"](http://web.artprice.com/img/b/artprice_escher1.gif"){kind=link}
![http://web.artprice.com/img/b/artprice_escher2.gif"](http://web.artprice.com/img/b/artprice_escher2.gif"){kind=link}
![http://web.artprice.com/img/b/artprice_sml.gif"](http://web.artprice.com/img/b/artprice_sml.gif"){kind=link}
![http://www.art-online.com/img/artprice_sml.gif"](http://www.art-online.com/img/artprice_sml.gif"){kind=link}
![http://web.artprice.com/img/LogoArtp_90.jpg"](http://web.artprice.com/img/LogoArtp_90.jpg"){kind=link}