From od2007@nitco.com Mon Oct 01 06:46:32 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcInI-0005iK-GR for atompub-archive@lists.ietf.org; Mon, 01 Oct 2007 06:46:32 -0400 Received: from [85.101.139.1] (helo=vgiznm) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IcIn8-0005he-VE for atompub-archive@lists.ietf.org; Mon, 01 Oct 2007 06:46:24 -0400 Received: from eai ([52.59.215.72]) by vgiznm (8.13.4/8.13.4) with SMTP id l91AoR8V059164; Mon, 1 Oct 2007 13:50:27 +0300 Message-ID: <000501c80418$3745b2e0$48d73b34@eai> From: To: Subject: Worlds hottest new yacht Date: Mon, 1 Oct 2007 13:45:43 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Score: 2.8 (++) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c FRLE Released The Feature Yacht At Annual Boat Show. Orders Have Nearly Maxed Production Facility Fearless International Inc. F R L E . O B Price: $0.32 Fearless International released the Porsche Designed "Fearless 28" as the feature yacht this year in Miami. Orders from the show have put production at 75% of capacity. It has been raved about as a must have item by magazines like "Simply The Best", "Details", "GQ" and D'Luxe. Check out the video and all the media coverage on the fearlessyachts website. This will be one of the top trades this year, get on it first thing Monday. From adi.linden@kingsu.ca Mon Oct 01 15:13:23 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcQhn-0006RK-1o for atompub-archive@megatron.ietf.org; Mon, 01 Oct 2007 15:13:23 -0400 Received: from [89.121.85.78] (helo=pymevsi) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IcQhj-0001Hb-LX for atompub-archive@megatron.ietf.org; Mon, 01 Oct 2007 15:13:21 -0400 Received: from rwoeb ([43.189.206.119]) by pymevsi with Microsoft SMTPSVC(5.0.2195.5329); Mon, 1 Oct 2007 22:13:12 +0300 Message-ID: <470146C8.1060700@kingsu.ca> Date: Mon, 1 Oct 2007 22:13:12 +0300 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@megatron.ietf.org Subject: this is so sweet Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.2 (++++) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad FRLE takes in nearly $10 Million In Orders FEARLESS INTL INC F R L E Current Price: $0.23 Fearless yachts production facility is already at 75% capacity with nearly $10 million in orders al ready on the production floor. This is the first sleek design of a 5 yacht series ranging from 28 to 150 feet in length. The "Fearless 44", the next in the design series, is expected to have its designs released to the market any day. This has all the makings of a huge winner. Reap the benefits and grab this fast on Monday. From owner-atom-syntax@mail.imc.org Tue Oct 02 09:05:10 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IchR0-0006FG-HC for atompub-archive@lists.ietf.org; Tue, 02 Oct 2007 09:05:10 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IchQn-0000rY-Lw for atompub-archive@lists.ietf.org; Tue, 02 Oct 2007 09:05:04 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l92CmUe4047826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 05:48:30 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l92CmUE4047825; Tue, 2 Oct 2007 05:48:30 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l92CmTsG047818 for ; Tue, 2 Oct 2007 05:48:29 -0700 (MST) (envelope-from eb2m-mrt@asahi-net.or.jp) Received: from [192.168.11.4] (q063131.ppp.asahi-net.or.jp [203.181.63.131]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 768E14B54C for ; Tue, 2 Oct 2007 21:48:28 +0900 (JST) Date: Tue, 02 Oct 2007 21:48:42 +0900 From: "MURATA Makoto (FAMILY Given)" To: Atom WG Subject: Re: Schema for the combination of Atom and its extensions In-Reply-To: <46FBE169.1080108@gmail.com> References: <20070923173533.4565.EB2M-MRT@asahi-net.or.jp> <46FBE169.1080108@gmail.com> X-Mailer-Plugin: BkASPil for Becky!2 Ver.2.050 Message-Id: <20071002214649.62A7.EB2M-MRT@asahi-net.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.25.02 [ja] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 James, Thank you for listing the standard and non-standard extensions. I will try to create schemas for these extensions. Regards, -- MURATA Makoto (FAMILY Given) From sharada@bmigaming.com Tue Oct 02 09:23:54 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ichj8-0003SY-Fq for atompub-archive@megatron.ietf.org; Tue, 02 Oct 2007 09:23:54 -0400 Received: from host90.72.248.148.conversent.net ([72.248.148.90] helo=xoxkgdh) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ichj4-0001lR-Ay for atompub-archive@megatron.ietf.org; Tue, 02 Oct 2007 09:23:51 -0400 Received: from [150.66.72.156] (helo=oebe) by xoxkgdh with smtp (Exim 4.62 (FreeBSD)) id 1Jti/d-0006Ug-1g; Tue, 2 Oct 2007 09:34:27 -0400 Message-ID: <470247F9.7000400@bmigaming.com> Date: Tue, 2 Oct 2007 09:30:33 -0400 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@megatron.ietf.org Subject: Heavy trading brings huge promise Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 Shares Prices For FRLE Ride Up And Down As Brokers Fight To Grab Shares Fearless International F R L E Now: $0.20 Rumors of an investor frenzy has brokers grabbing shares and pushing prices down for maximum return. This one has the potential to go long and strong. This thing is building. Jump on FRLE while the price is so sweet. From owner-atom-syntax@mail.imc.org Wed Oct 03 00:52:19 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IcwDb-0001o3-FI for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 00:52:19 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IcwDL-0007O1-Ed for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 00:52:09 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l934bFep032408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Oct 2007 21:37:15 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l934bFl6032407; Tue, 2 Oct 2007 21:37:15 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l934bDkB032400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 2 Oct 2007 21:37:14 -0700 (MST) (envelope-from mnot@mnot.net) Received: from [127.0.0.1] (unknown [216.145.54.158]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id E8C925191A; Wed, 3 Oct 2007 00:37:11 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: "atom-syntax" Content-Transfer-Encoding: 7bit From: Mark Nottingham Subject: Re: fh:complete & cf:treatAs Date: Wed, 3 Oct 2007 14:35:34 +1000 To: Franklin Tse X-Mailer: Apple Mail (2.752.3) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa cf:treatAs talks about the ordering of the list; fh:complete doesn't. That said, I don't think there's much harm in using both. Cheers, On 30/09/2007, at 5:55 PM, Franklin Tse wrote: > > Hi all, > > in RFC 5005 (http://tools.ietf.org/html/rfc5005) > and list in the Simple List Extensions > Specification (http://msdn.microsoft.com/xml/rss/sle/) have the > same meaning. However, only the latter one is being supported by > feed readers at the moment. > > I am not sure if there has been any feed reader supporting > , but I want to add the element to my feed as more > implementations of RFC 5005 are expected in the future. > > Is it a good practice to use both and > list in the same feed? > > > > ... > > list > ... > > > Regards, > Franklin > -- Mark Nottingham http://www.mnot.net/ From aage-Pottinger@alfatrax.sk Wed Oct 03 11:04:02 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id5la-0000kI-DM for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 11:04:02 -0400 Received: from 83-70-32-163.b-ras1.prp.dublin.eircom.net ([83.70.32.163] helo=[83.71.68.96]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Id5lT-0008Op-Mq for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 11:03:57 -0400 Received: from Dandy ([121.124.75.119] helo=Dandy) by [83.71.68.96] ( sendmail 8.13.3/8.13.1) with esmtpa id 1zPusQ-000GCN-xe for atompub-archive@lists.ietf.org; Wed, 3 Oct 2007 16:04:06 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 3 Oct 2007 16:03:48 +0100 To: atompub-archive@lists.ietf.org From: "aage Pottinger" Subject: tspreidt Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 3.7 (+++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Morning atompub-archive Girls actually use to laugh at me! aage Pottinger http://comverium.com/ From owner-atom-syntax@mail.imc.org Wed Oct 03 12:03:57 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Id6hY-0007Zx-Vu for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 12:03:56 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Id6hK-00027O-0d for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 12:03:48 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l93FbGJE093835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 08:37:16 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l93FbGk5093834; Wed, 3 Oct 2007 08:37:16 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from roundabout.stpeter.im (dencfw1.jabber.com [207.182.164.5]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l93FbE27093821; Wed, 3 Oct 2007 08:37:14 -0700 (MST) (envelope-from stpeter@stpeter.im) Received: from roundabout.local (localhost [127.0.0.1]) by roundabout.stpeter.im (Postfix) with ESMTP id 625C4651287; Wed, 3 Oct 2007 09:38:12 -0600 (MDT) Message-ID: <4703B763.3090902@stpeter.im> Date: Wed, 03 Oct 2007 09:38:11 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Atom Syntax , Atom Publishing Protocol Subject: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] X-Enigmail-Version: 0.95.3 OpenPGP: id=7BBD0573; url=http://www.saint-andre.com/me/stpeter.asc Jabber-ID: stpeter@jabber.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010308020402040403080305" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: ded6070f7eed56e10c4f4d0d5043d9c7 This is a cryptographically signed message in MIME format. --------------ms010308020402040403080305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit FYI. The authors plan to finish off this specification in the near future, so feedback is welcome. Peter -------- Original Message -------- A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Transporting Atom Notifications over the Extensible Messaging and Presence Protocol (XMPP) Author(s) : P. Saint-Andre, et al. Filename : draft-saintandre-atompub-notify-06.txt Pages : 14 Date : 2007-10-02 This memo describes a method for notifying interested parties about changes in syndicated information encapsulated in the Atom feed format, where such notifications are delivered via an extension to the Extensible Messaging and Presence Protocol (XMPP) for publish- subscribe functionality. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-saintandre-atompub-notify-06.txt --------------ms010308020402040403080305 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIYQDCC B3AwggbZoAMCAQICAQowDQYJKoZIhvcNAQEEBQAwgbAxCzAJBgNVBAYTAklMMQ8wDQYDVQQI EwZJc3JhZWwxDjAMBgNVBAcTBUVpbGF0MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMRowGAYD VQQLExFDQSBBdXRob3JpdHkgRGVwLjEpMCcGA1UEAxMgRnJlZSBTU0wgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZzAeFw0wNTA0 MDUxNDUyMTNaFw0xMDA0MDQxNDUyMTNaMIGvMQswCQYDVQQGEwJJTDEPMA0GA1UECBMGSXNy YWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpTZWN1cmUgQ2VydGlmaWNh dGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQcmltYXJ5IEVtYWlsIEZy ZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZzCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAPEaOcSx5ZNexwo1zJNcX48UV0UtkNtWX3qa9ZaX2VZilgIz eIrObloQV0Ma2rdgqosW9xMb5u3lBVIumt7fEwgMqqtDa3F2Qudelv93P9z2nbmn7X4GnCKA IQcW97KOSgQQHaVPHq03xGFbszx+LOKrBi/xv3bcGxtYrH+10M1nHbCRo8U2+zcJQowxoI+O U5nhko9vU25Jp8ZQ2fROH6C2TSjZuanzMTyvc5+dJiN2Hm2MhAMrqO7pUGhDKuUvnmKpAcwj eYQHU51mvlB4IId+4bTEwVoG4AMJ8RXB47VdJevN0yqeJSACyoRft4w4OpqFysR1HTT6aE6u xLg9ZC0CAwEAAaOCBBMwggQPMA8GA1UdEwEB/wQFMAMBAf8wCwYDVR0PBAQDAgHmMB0GA1Ud DgQWBBQErNskd1NGRpZfFwFcfUJHvUgZCDCB3QYDVR0jBIHVMIHSgBQcicOWzL3+MtUNjIEx tpidjShkjaGBtqSBszCBsDELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEOMAwGA1UE BxMFRWlsYXQxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xGjAYBgNVBAsTEUNBIEF1dGhvcml0 eSBEZXAuMSkwJwYDVQQDEyBGcmVlIFNTTCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEhMB8G CSqGSIb3DQEJARYSYWRtaW5Ac3RhcnRjb20ub3JnggEAMB0GA1UdEQQWMBSBEmFkbWluQHN0 YXJ0Y29tLm9yZzAdBgNVHRIEFjAUgRJhZG1pbkBzdGFydGNvbS5vcmcwYgYDVR0fBFswWTAp oCegJYYjaHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL2NhLWNybC5jcmwwLKAqoCiGJmh0dHA6 Ly9jcmwuc3RhcnRjb20ub3JnL2NybC9jYS1jcmwuY3JsMIIBSgYDVR0gBIIBQTCCAT0wggE5 BgsrBgEEAYG1NwEBATCCASgwLwYIKwYBBQUHAgEWI2h0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9y Zy9wb2xpY3kucGRmMDUGCCsGAQUFBwIBFilodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvaW50 ZXJtZWRpYXRlLnBkZjCBvQYIKwYBBQUHAgIwgbAwFBYNU3RhcnRDb20gTHRkLjADAgEBGoGX TGltaXRlZCBMaWFiaWxpdHksIHJlYWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25z KiBvZiB0aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWls YWJsZSBhdCBodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjARBglghkgBhvhC AQEEBAMCAAcwUAYJYIZIAYb4QgENBEMWQVN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRl cm1lZGlhdGUgRnJlZSBTU0wgRW1haWwgQ2VydGlmaWNhdGVzMDIGCWCGSAGG+EIBBAQlFiNo dHRwOi8vY2VydC5zdGFydGNvbS5vcmcvY2EtY3JsLmNybDAzBglghkgBhvhCAQMEJhYkaHR0 cDovL2NlcnQuc3RhcnRjb20ub3JnL2NydC1jcmwuY3JsMDIGCWCGSAGG+EIBCAQlFiNodHRw Oi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjANBgkqhkiG9w0BAQQFAAOBgQBc1g6H yT3ZrGb0Kq+kkqetnSXtcwffHEr6Tia2XqCqPLLzdZ8VTxVjeq/Kpg2u+8cGASIl1U45XmWa v4Vez+jSSnChRHwidmbwjCtNBFxr4C/Nkgs8wk2zNQbh+zlDKNophJT7+DVOhnIMJzdNkQW0 4STurMCFwLoyx5k1rDHQYTCCCGIwggdKoAMCAQICAwF4qjANBgkqhkiG9w0BAQUFADCBrzEL MAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEj MCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25pbmcxLzAtBgNVBAMTJlN0YXJ0Q29t IENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEwHwYJKoZIhvcNAQkBFhJhZG1pbkBz dGFydGNvbS5vcmcwHhcNMDcwODIyMjExMzI3WhcNMDgwODIxMjExMzI3WjCBujELMAkGA1UE BhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxGjAYBgNVBAoTEVBl dGVyIFNhaW50LUFuZHJlMSwwKgYDVQQLEyNTdGFydENvbSBUcnVzdGVkIENlcnRpZmljYXRl IE1lbWJlcjEaMBgGA1UEAxMRUGV0ZXIgU2FpbnQtQW5kcmUxITAfBgkqhkiG9w0BCQEWEnN0 cGV0ZXJAc3RwZXRlci5pbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALC1dkqD gghuvUCkEloRDX50TTJ6Szj1BqtMpYq+An66BwkWfP07uay+jHori77776wk1/Ajk1nTSHX+ JWo+JWwVXYWBX+Zd780bB0FGShYlHGwMhd/pxX9sT4KW3D+r8sIHVbTGdudSweuNdBhqr1iE cjze75hpywMkk1OQhTkseQxI5owa9M31JOdNEX0Ja6esyhwwtqqTNC86OujXwa2wew8GTRJE 9p2I0B1VCsKuJaPatbIcf9OFiTSODb5vyoq3+lrElh6V6BXKxEfQ4D2HCSY+5UmlKdnltzvN bqxyaTYQi1YGsFzew7ST3R8P5jrCq2cvRjGrTKVojZXgPZ0CAwEAAaOCBHgwggR0MAwGA1Ud EwQFMAMCAQAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAd BgNVHQ4EFgQUl7CU2dS/alOwLIHV/Oc2RkGDYugwgd0GA1UdIwSB1TCB0oAUBKzbJHdTRkaW XxcBXH1CR71IGQihgbakgbMwgbAxCzAJBgNVBAYTAklMMQ8wDQYDVQQIEwZJc3JhZWwxDjAM BgNVBAcTBUVpbGF0MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMRowGAYDVQQLExFDQSBBdXRo b3JpdHkgRGVwLjEpMCcGA1UEAxMgRnJlZSBTU0wgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx ITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZ4IBCjCCAUAGA1UdIASCATcwggEz MIIBLwYLKwYBBAGBtTcBAQQwggEeMDUGCCsGAQUFBwIBFilodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvaW50ZXJtZWRpYXRlLnBkZjAvBggrBgEFBQcCARYjaHR0cDovL2NlcnQuc3RhcnRj b20ub3JnL3BvbGljeS5wZGYwgbMGCCsGAQUFBwICMIGmMBQWDVN0YXJ0Q29tIEx0ZC4wAwIB ARqBjUxpbWl0ZWQgTGlhYmlsaXR5LCByZWFkIHRoZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0 aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gUG9saWN5IGF2YWlsYWJsZSBh dCBodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjBkBgNVHR8EXTBbMCygKqAo hiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvY3J0dTMtY3JsLmNybDAroCmgJ4YlaHR0cDov L2NybC5zdGFydGNvbS5vcmcvY3J0dTMtY3JsLmNybDCBhAYIKwYBBQUHAQEEeDB2MDcGCCsG AQUFBzABhitodHRwOi8vb2NzcC5zdGFydGNvbS5vcmcvc3ViL2NsYXNzMy91c2VyL2NhMDsG CCsGAQUFBzAChi9odHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc3ViLmNsYXNzMy51c2VyLmNh LmNydDARBglghkgBhvhCAQEEBAMCBaAwMQYJYIZIAYb4QgENBCQWIlN0YXJ0Q29tIFRydXN0 ZWQgRW1haWwgQ2VydGlmaWNhdGUwMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jZXJ0LnN0YXJ0 Y29tLm9yZy9jYS1jcmwuY3JsMDUGCWCGSAGG+EIBAwQoFiZodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvY3J0dTMtY3JsLmNybDAyBglghkgBhvhCAQgEJRYjaHR0cDovL2NlcnQuc3RhcnRj b20ub3JnL3BvbGljeS5wZGYwIwYDVR0SBBwwGoYYaHR0cDovL2NlcnQuc3RhcnRjb20ub3Jn MA0GCSqGSIb3DQEBBQUAA4IBAQCdG1L0T4OT1x4X/cKsuHxgijRaZGGiVECcn5+1X7E3H54/ yDkUqWAp6MZ3hZm36pzTYYnl+5M6vldLcqFCVpD7MgH6Kmu+r6pXAjU33k1RIHnkBvQ6KGlR p0RjfaZW/2MkG07vF2QTLbx6KIhi0pa9Bg9wlqyw+C2g6FYnfmrdJLgGrxUXek8DSZNjZ/AA 75OoutrWkBtdaL2TbFiawdbGuJbSoQLHqLrNhT8f74Oec7ReOmuUTEL8hsFU0sbY/n2e9Wna 1Vzze3nZPbyPiC5F88p88gVLB9mKkOzleYefYiQw8LABz5x1MI+w0bNKNPLviJ/KnHGFEfVL z1oMHyC3MIIIYjCCB0qgAwIBAgIDAXiqMA0GCSqGSIb3DQEBBQUAMIGvMQswCQYDVQQGEwJJ TDEPMA0GA1UECBMGSXNyYWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpT ZWN1cmUgQ2VydGlmaWNhdGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQ cmltYXJ5IEVtYWlsIEZyZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9y ZzAeFw0wNzA4MjIyMTEzMjdaFw0wODA4MjEyMTEzMjdaMIG6MQswCQYDVQQGEwJVUzERMA8G A1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRlbnZlcjEaMBgGA1UEChMRUGV0ZXIgU2FpbnQt QW5kcmUxLDAqBgNVBAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRow GAYDVQQDExFQZXRlciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBl dGVyLmltMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsLV2SoOCCG69QKQSWhEN fnRNMnpLOPUGq0ylir4CfroHCRZ8/Tu5rL6MeiuLvvvvrCTX8COTWdNIdf4laj4lbBVdhYFf 5l3vzRsHQUZKFiUcbAyF3+nFf2xPgpbcP6vywgdVtMZ251LB6410GGqvWIRyPN7vmGnLAyST U5CFOSx5DEjmjBr0zfUk500RfQlrp6zKHDC2qpM0Lzo66NfBrbB7DwZNEkT2nYjQHVUKwq4l o9q1shx/04WJNI4Nvm/Kirf6WsSWHpXoFcrER9DgPYcJJj7lSaUp2eW3O81urHJpNhCLVgaw XN7DtJPdHw/mOsKrZy9GMatMpWiNleA9nQIDAQABo4IEeDCCBHQwDAYDVR0TBAUwAwIBADAL BgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBSX sJTZ1L9qU7AsgdX85zZGQYNi6DCB3QYDVR0jBIHVMIHSgBQErNskd1NGRpZfFwFcfUJHvUgZ CKGBtqSBszCBsDELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEOMAwGA1UEBxMFRWls YXQxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xGjAYBgNVBAsTEUNBIEF1dGhvcml0eSBEZXAu MSkwJwYDVQQDEyBGcmVlIFNTTCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEhMB8GCSqGSIb3 DQEJARYSYWRtaW5Ac3RhcnRjb20ub3JnggEKMIIBQAYDVR0gBIIBNzCCATMwggEvBgsrBgEE AYG1NwEBBDCCAR4wNQYIKwYBBQUHAgEWKWh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9pbnRl cm1lZGlhdGUucGRmMC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9s aWN5LnBkZjCBswYIKwYBBQUHAgIwgaYwFBYNU3RhcnRDb20gTHRkLjADAgEBGoGNTGltaXRl ZCBMaWFiaWxpdHksIHJlYWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0 aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3kucGRmMGQGA1UdHwRdMFswLKAqoCiGJmh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0 Y29tLm9yZy9jcnR1My1jcmwuY3JsMIGEBggrBgEFBQcBAQR4MHYwNwYIKwYBBQUHMAGGK2h0 dHA6Ly9vY3NwLnN0YXJ0Y29tLm9yZy9zdWIvY2xhc3MzL3VzZXIvY2EwOwYIKwYBBQUHMAKG L2h0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9zdWIuY2xhc3MzLnVzZXIuY2EuY3J0MBEGCWCG SAGG+EIBAQQEAwIFoDAxBglghkgBhvhCAQ0EJBYiU3RhcnRDb20gVHJ1c3RlZCBFbWFpbCBD ZXJ0aWZpY2F0ZTAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL2Nh LWNybC5jcmwwNQYJYIZIAYb4QgEDBCgWJmh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9jcnR1 My1jcmwuY3JsMDIGCWCGSAGG+EIBCAQlFiNodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9s aWN5LnBkZjAjBgNVHRIEHDAahhhodHRwOi8vY2VydC5zdGFydGNvbS5vcmcwDQYJKoZIhvcN AQEFBQADggEBAJ0bUvRPg5PXHhf9wqy4fGCKNFpkYaJUQJyfn7VfsTcfnj/IORSpYCnoxneF mbfqnNNhieX7kzq+V0tyoUJWkPsyAfoqa76vqlcCNTfeTVEgeeQG9DooaVGnRGN9plb/YyQb Tu8XZBMtvHooiGLSlr0GD3CWrLD4LaDoVid+at0kuAavFRd6TwNJk2Nn8ADvk6i62taQG11o vZNsWJrB1sa4ltKhAseous2FPx/vg55ztF46a5RMQvyGwVTSxtj+fZ71adrVXPN7edk9vI+I LkXzynzyBUsH2YqQ7OV5h59iJDDwsAHPnHUwj7DRs0o08u+In8qccYUR9UvPWgwfILcxggQs MIIEKAIBATCBtzCBrzELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEjMCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25pbmcxLzAt BgNVBAMTJlN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEwHwYJKoZI hvcNAQkBFhJhZG1pbkBzdGFydGNvbS5vcmcCAwF4qjAJBgUrDgMCGgUAoIICSTAYBgkqhkiG 9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzEwMDMxNTM4MTFaMCMGCSqG SIb3DQEJBDEWBBQqBPF78+0gAY/Wxb8OjmWVHWrU5jBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqG SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG 9w0DAgIBKDCByAYJKwYBBAGCNxAEMYG6MIG3MIGvMQswCQYDVQQGEwJJTDEPMA0GA1UECBMG SXNyYWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpTZWN1cmUgQ2VydGlm aWNhdGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQcmltYXJ5IEVtYWls IEZyZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZwIDAXiqMIHKBgsq hkiG9w0BCRACCzGBuqCBtzCBrzELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEjMCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25p bmcxLzAtBgNVBAMTJlN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEw HwYJKoZIhvcNAQkBFhJhZG1pbkBzdGFydGNvbS5vcmcCAwF4qjANBgkqhkiG9w0BAQEFAASC AQAKC2aihU0UEabu/IOwhhfrZtDbbmd01bbMgnRXitsb/bHEgR994eFQ+Pv1ZqPk4RJSSnuq 8vbLhENjIpKQqKoKCD88kJAEs4EN7OdwiPAGsoVHLEpC8rzdKdZA6GoONkwPvk+DVv74LDr9 a4W5KwFheMlDHbGPG/2aRAAiY2hYVuI43awXB/+SiN2dykGeyESSD3sthlMv30Xe3A5+FoL4 gdQZtjK+9dxyQRXLI+j9GzP0tAotMwCZrfiHX/sek3NVXjyWQbiuAtA6TIcgaSZ7p4mjQXq4 3c1cxIeytYVqj1x5mmIMN2EqxCLUljK94CDjRcewrdKfTyZeYVOwbwoYAAAAAAAA --------------ms010308020402040403080305-- From owner-atom-syntax@mail.imc.org Wed Oct 03 18:53:36 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdD60-0006Cl-Lf for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 18:53:36 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdD5n-0005by-Nd for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 18:53:30 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l93MYOXJ030826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 15:34:24 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l93MYOL5030825; Wed, 3 Oct 2007 15:34:24 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l93MYNSk030819 for ; Wed, 3 Oct 2007 15:34:23 -0700 (MST) (envelope-from foolswisdom@gmail.com) Received: by wa-out-1112.google.com with SMTP id l24so6290593waf for ; Wed, 03 Oct 2007 15:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=A4e665iqAkBqmxn+KZQI/MHJ8X9E59aDNejOeAPnnts=; b=a/7IbLM6D7ODJDFPKE1EfNQUJfIpH0NXeq5Je3vrj2gwEVWjEc1Cs+VLeHBYWE5QlseEmGFdl8Cem1MUL4aOZQpQlg+59nEFa0BUHPtUeuTDiNZmepp5dsb62WZzBWTcR1o9JtTxoaZryR/imE39FK2uwDoWqlMYHwMBg5zjQX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kmEn3bcqs6aWQ+y2hHnb/hH/7GbPWwWEXtyxcwnJQGUeb2X2tv9VjmV/Jt5p5eZ429jKiv1sTZQc/RYyvAxhZPO6mke9bzJ4pYqN3UbEZWeTeWHjoEp0IBd2IkxzuFSiU4KkhNcVUU3sXlQjrwBItS82Md+58YcPNv9Q8W2pdWw= Received: by 10.114.198.1 with SMTP id v1mr4961705waf.1191450862095; Wed, 03 Oct 2007 15:34:22 -0700 (PDT) Received: by 10.114.81.3 with HTTP; Wed, 3 Oct 2007 15:34:22 -0700 (PDT) Message-ID: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> Date: Wed, 3 Oct 2007 15:34:22 -0700 From: "Lloyd Budd" To: atom-syntax@imc.org Subject: Open Source Client Implementations? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Hello Wizards and Witches, I really appreciate the work you have done. It is very impressive that all you amazing people have come together for this important project. I'm over my head here and I don't swim well, but I'm looking for an open source Atompub client library/implementation to backup/export a blog preferably http://www.intertwingly.net/wiki/pie/FrontPage is very inviting, and I appreciate on HowToGetInvolved the section on implementations -- that's why I'm here. Any client implementations in PHP or Perl? Failing that for Python? I did find for Ruby http://code.necronomicorp.com/atom-tools http://www.atomenabled.org/ looks like it needs some gardening/refreshing. "Enabling Atom 1.0 on Wordpress" is very old news, and no longer necessary. http://www.atomenabled.org/everyone/atomenabled/index.php?c=9 both the links to 'Atom API Examples written in PHP, Python, Bash and others' and 'Atom Post Example / Code snippet in PHP' Thank you, -- I can't grow without light, Lloyd http://foolswisdom.com/ From owner-atom-syntax@mail.imc.org Wed Oct 03 20:51:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdEvh-0005Pb-ML for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 20:51:05 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdEvb-0008Mz-Cn for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 20:51:00 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l940bcxu039192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 17:37:38 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l940bcKT039191; Wed, 3 Oct 2007 17:37:38 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l940baue039185 for ; Wed, 3 Oct 2007 17:37:37 -0700 (MST) (envelope-from whateley@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so1273383ele for ; Wed, 03 Oct 2007 17:37:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=TKlTEJPBuRi0ya3PViD+ZVQd9VoMNz+zBAPG6fx3AU4=; b=YANZ/6BYOIYQhUSYmjyEtRFbEEDnTAZ6zNvwI/1Mbkr4euclyyLNIH5yq1PtKDyhhlWC+NI91TYtJGEGCBJz7JdTFEp3Ezsr3k0ZQWNdo7yApIBGapE2ljWGn+sYxfTc8DUJ3ACY3DtZGnmPHaarRwJrjODwq47RCeIuouAtLWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=E/N2/4tXyfnCv+LhXGhA5lh3UIpd4s57OuDa3pn8URk/hMf2sEwbb5m3vogTLBpKpLUwFEl4h85AXMC0inSpLt4JbNSw+6/mljbmFjoZGbKonjWAM54fz/4wQQ5ls4EEj+vI2z5XotHxptSDWliLHHbH8AbxE+XyrIaxPl4UsS0= Received: by 10.142.84.3 with SMTP id h3mr1946437wfb.1191458255514; Wed, 03 Oct 2007 17:37:35 -0700 (PDT) Received: from nyarlathotep ( [68.148.224.166]) by mx.google.com with ESMTPS id l31sm2435165rvb.2007.10.03.17.37.32 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 03 Oct 2007 17:37:33 -0700 (PDT) Date: Wed, 3 Oct 2007 18:37:28 -0600 From: Brendan Taylor To: atom-syntax@imc.org Subject: Updating atomenabled.org (was Re: Open Source Client Implementations?) Message-ID: <20071004003728.GB17463@nyarlathotep.cs.ualberta.ca> Mail-Followup-To: atom-syntax@imc.org References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 03, 2007 at 03:34:22PM -0700, Lloyd Budd wrote: > http://www.atomenabled.org/ looks like it needs some > gardening/refreshing. "Enabling Atom 1.0 on Wordpress" is very old > news, and no longer necessary. Speaking of which, who is responsible for atomenabled.org? Parts of it are very outdated, in particular the developers page which still points to the Atom API. --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHBDXHc7m7RB/1A2URAgmYAJ0XiKRMViv+Lsnjrm5MeqCE3oI/YACeM/ZF /Xry/lLhlQzyvWJmdBwwRxA= =hZz+ -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-atom-syntax@mail.imc.org Wed Oct 03 21:30:22 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdFXi-0004hX-CX for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 21:30:22 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdFXd-0001Rf-3F for atompub-archive@lists.ietf.org; Wed, 03 Oct 2007 21:30:18 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l941GIEV042894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Oct 2007 18:16:18 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l941GI74042893; Wed, 3 Oct 2007 18:16:18 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from homer.w3.org (homer.w3.org [128.30.52.30]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l941GHZT042861 for ; Wed, 3 Oct 2007 18:16:17 -0700 (MST) (envelope-from karl@w3.org) Received: from [127.0.0.1] (homer.w3.org [128.30.52.30]) by homer.w3.org (Postfix) with ESMTP id 975CF4EF14; Wed, 3 Oct 2007 21:15:47 -0400 (EDT) In-Reply-To: <20071004003728.GB17463@nyarlathotep.cs.ualberta.ca> References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> <20071004003728.GB17463@nyarlathotep.cs.ualberta.ca> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: atom-syntax@imc.org Content-Transfer-Encoding: 7bit From: Karl Dubost Subject: Re: Updating atomenabled.org (was Re: Open Source Client Implementations?) Date: Thu, 4 Oct 2007 10:15:21 +0900 To: Brendan Taylor X-Mailer: Apple Mail (2.752.3) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab Brendan Taylor (4 oct. 2007 - 09:37) : > Speaking of which, who is responsible for atomenabled.org? Parts of it > are very outdated, in particular the developers page which still > points > to the Atom API. % whois atomenabled.org Registrant Name:Sam ruby Registrant Organization:ibm -- Karl Dubost - http://www.w3.org/People/karl/ W3C Conformance Manager, QA Activity Lead QA Weblog - http://www.w3.org/QA/ *** Be Strict To Be Cool *** From owner-atom-syntax@mail.imc.org Thu Oct 04 08:45:47 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdQ5L-0006bQ-DK for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 08:45:47 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdQ5B-0006wx-ST for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 08:45:43 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94CS52d000358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 05:28:05 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94CS5CB000357; Thu, 4 Oct 2007 05:28:05 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from outbound-mail-57.bluehost.com (outbound-mail-57.bluehost.com [69.89.20.37]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l94CS4Ms000351 for ; Thu, 4 Oct 2007 05:28:04 -0700 (MST) (envelope-from farrukh@wellfleetsoftware.com) Received: (qmail 3731 invoked by uid 0); 4 Oct 2007 12:28:03 -0000 Received: from unknown (HELO box128.bluehost.com) (69.89.22.128) by mailproxy3.bluehost.com with SMTP; 4 Oct 2007 12:28:03 -0000 Received: from pool-72-74-244-69.bstnma.fios.verizon.net ([72.74.244.69] helo=[192.168.1.100]) by box128.bluehost.com with esmtpa (Exim 4.68) (envelope-from ) id 1IdPoB-00080B-CG for atom-syntax@imc.org; Thu, 04 Oct 2007 06:28:03 -0600 Message-ID: <4704DC53.7000102@wellfleetsoftware.com> Date: Thu, 04 Oct 2007 08:28:03 -0400 From: Farrukh Najmi User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: atom-syntax@imc.org Subject: How to represent hierarchical entries (Was: Atom Best Practice for directory file listing?) References: <46F80094.7080207@wellfleetsoftware.com> In-Reply-To: <46F80094.7080207@wellfleetsoftware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {1117:box128.bluehost.com:wildtide:wellfleetsoftware.com} {sentby:smtp auth 72.74.244.69 authed with farrukh+wellfleetsoftware.com} X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box128.bluehost.com X-AntiAbuse: Original Domain - imc.org X-AntiAbuse: Originator/Caller UID/GID - [1117 12] / [47 12] X-AntiAbuse: Sender Address Domain - wellfleetsoftware.com Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 No one has responded to my question below in many days so I will repeat it in simpler terms in the hope that someone will take the time to respond. Does ATOM support hierarchical entries in a feed where an entry has another entry nested inside it? If not, what is the suggested way to handle that use case? The classic example is an atom feed for a directory tree where each entry is a node in the tree. How would one go about representing that in ATOM? Farrukh Najmi wrote: > > Hello, > > I am new to ATOM and have a followup question to the archived message > below. > > Since a folder can contain other folders thus defining a item > hierarchy how is this hierarchical content best represented in an ATOM > feed? A modified example based on original from archived message below > would be terrific. Thanks. > > > > One important thing to keep in mind is that the author element is only > required in an entry if it does not exist at the feed level, so you > really do not need to worry about entry level authors. > > This is just off the top of my head, so this might not entirely work, > but if I were building an Atom feed from a directory listing, I'd likely > do something like the following: > > > file:/path/to/the/folder > folder name > {folder last modified timestamp} > > > > > > file:/path/to/the/file > filename > {file last modified timestamp} > > filename, type, last modified, size, etc. Info that would > typically appear in a directory listing > > > > > It really shouldn't need to get anymore complicated than that. > > - James > > > -- Regards, Farrukh Web: http://www.wellfleetsoftware.com From owner-atom-syntax@mail.imc.org Thu Oct 04 10:01:15 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdRGN-0004Qr-FV for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 10:01:15 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdRGE-0001mZ-6B for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 10:01:07 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94DfaOU008450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 06:41:36 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94Dfa6Y008449; Thu, 4 Oct 2007 06:41:36 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ironclad.net.au ([203.30.247.11]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l94DfYDv008397 for ; Thu, 4 Oct 2007 06:41:35 -0700 (MST) (envelope-from eric.scheid@ironclad.net.au) Received: from [203.30.247.18] ([203.30.247.18] verified) by ironclad.net.au (Stalker SMTP Server 1.7) with ESMTP id S.1903376385 for ; Thu, 04 Oct 2007 23:41:03 +1000 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Thu, 04 Oct 2007 23:41:01 +1000 Subject: Re: How to represent hierarchical entries (Was: Atom Best Practice for directory file listing?) From: Eric Scheid To: Atom Syntax Message-ID: In-Reply-To: <4704DC53.7000102@wellfleetsoftware.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 On 4/10/07 10:28 PM, "Farrukh Najmi" wrote: > Does ATOM support hierarchical entries in a feed where an entry has > another entry nested inside it? no > If not, what is the suggested way to handle that use case? The classic > example is an atom feed for a directory tree where each entry is a node > in the tree. How would one go about representing that in ATOM? atom:link e. From owner-atom-syntax@mail.imc.org Thu Oct 04 11:21:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdSVc-0002FG-UT for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 11:21:04 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdSVS-0004oy-D7 for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 11:20:55 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94ExXtL016618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 07:59:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94ExXeR016617; Thu, 4 Oct 2007 07:59:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94ExVXb016611 for ; Thu, 4 Oct 2007 07:59:32 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by nz-out-0506.google.com with SMTP id n1so171024nzf for ; Thu, 04 Oct 2007 07:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=dHno5D/RB1IwzJ6aqgBVYmdqkeFFr6KaZfdNTk1dMOs=; b=mdhYqvDrJg9R1kELcvDm20H65UbDvy+FjPNmsXMtgHcK9HoojjqSgjXInXsRrWWtII1o6rr+f18eMFBOmdbhviCZsB1b5oAomdDQRoNjO7O/Y9fppJEpNn9EVzLRl/AnCFzHVIhU9GeCpoJaeghKgDpB9umiK/ZNoAC5fHn/o/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=E5Y06hRQE0MoOtpBI72uipeKGtUkOliChLXwHg1ZognnBwyqp+ZhlJP3FEw3kZhhEnHRZWEfDhzwgcLXC/9DKAwF4wO0Li/uE/NAXDzxe3g0kBKt06tumcZlTZPD6St5exmF9NBvDxA68krvJ4fsuKLpFhSURybnhs2Te1uA108= Received: by 10.142.165.9 with SMTP id n9mr868193wfe.1191509970504; Thu, 04 Oct 2007 07:59:30 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id y56sm1168146hsb.2007.10.04.07.59.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 04 Oct 2007 07:59:29 -0700 (PDT) Message-ID: <4704FFC5.5020708@gmail.com> Date: Thu, 04 Oct 2007 07:59:17 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Farrukh Najmi CC: atom-syntax@imc.org Subject: Re: How to represent hierarchical entries (Was: Atom Best Practice for directory file listing?) References: <46F80094.7080207@wellfleetsoftware.com> <4704DC53.7000102@wellfleetsoftware.com> In-Reply-To: <4704DC53.7000102@wellfleetsoftware.com> X-Enigmail-Version: 0.95.3 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040708030407010309010406" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: f884eb1d4ec5a230688d7edc526ea665 This is a cryptographically signed message in MIME format. --------------ms040708030407010309010406 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Farrukh Najmi wrote: > > > No one has responded to my question below in many days so I will repeat > it in simpler terms in the hope that someone will take the time to respond. > > Does ATOM support hierarchical entries in a feed where an entry has > another entry nested inside it? Not directly. One way of accomplishing this would be to nest the entry within the atom:content element, e.g. ... ... ... That, however, can become quite unwieldly in practice. Another approach would be to have each entry as a separate file and use the src attribute. ... ... ... This has the upside of being easier to handle but requires additional roundtrips. - James > If not, what is the suggested way to handle that use case? The classic > example is an atom feed for a directory tree where each entry is a node > in the tree. How would one go about representing that in ATOM? > > Farrukh Najmi wrote: >> >> Hello, >> >> I am new to ATOM and have a followup question to the archived message >> below. >> >> Since a folder can contain other folders thus defining a item >> hierarchy how is this hierarchical content best represented in an ATOM >> feed? A modified example based on original from archived message below >> would be terrific. Thanks. >> >> >> >> One important thing to keep in mind is that the author element is only >> required in an entry if it does not exist at the feed level, so you >> really do not need to worry about entry level authors. >> >> This is just off the top of my head, so this might not entirely work, >> but if I were building an Atom feed from a directory listing, I'd likely >> do something like the following: >> >> >> file:/path/to/the/folder >> folder name >> {folder last modified timestamp} >> >> >> >> >> >> file:/path/to/the/file >> filename >> {file last modified timestamp} >> >> filename, type, last modified, size, etc. Info that would >> typically appear in a directory listing >> >> >> >> >> It really shouldn't need to get anymore complicated than that. >> >> - James >> >> >> > > --------------ms040708030407010309010406 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP7jCC BSwwggSVoAMCAQICEDqcN60eyFMWG0XIVQBLNZgwDQYJKoZIhvcNAQEFBQAwgcExCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykg MTk5OCBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMB4XDTAzMDUwNjAwMDAwMFoXDTEzMDUwNTIzNTk1 OVowgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1h Y2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTsw OQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENB MSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBANVnrTXdoH79V2HWnacXy7mjjSNcnOi3Z+cXSBh9uSDhCLAUUeuvoHub uA5ImrJI5k/dA+Q0L+WNzR7OZr4TRpw3DOksYS/0o+RZ5+luJ7ltXcdVgsHU6qqHDpvF1hAe gqpNz670JVVfUs4ThC1AafMIBHwmJbqFG4Iy39OH37oBAgMBAAGjggHpMIIB5TASBgNVHRMB Af8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwIwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y3JsLnZlcmlzaWduLmNvbS9wY2EyLWcyLmNybDALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEB BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEyNzAdBgNV HQ4EFgQUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowgegGA1UdIwSB4DCB3aGBx6SBxDCBwTELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1 YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShj KSAxOTk4IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmuCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3 DQEBBQUAA4GBAJcMUE/GM7DSGWSfEaUELX8FdU5Ug5WUfJVLTc4s5xDj+d9P/sxo39ofCYcy BrVFpessapDKDJKKCu6zbSNwKStMN7smU6TYiyT2FP216Adb5wsu94gxblObFoms2qG/BuGH bFxtbIBAiCNlFcRk69rPUGu/EOvQeUAR+Ub1NkjPMIIFWzCCBMSgAwIBAgIQc37B40uT6u4/ wtpRWBsngDANBgkqhkiG9w0BAQUFADCB+TELMAkGA1UEBhMCVVMxNDAyBgNVBAoTK0ludGVy bmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRp dmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzA5MjEwMDAwMDBaFw0wODA5MjAyMzU5NTlaMIGHMS4wLAYDVQQKFCVJbnRl cm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnAuMRcwFQYDVQQDDA5KYW1lcyBNLiBT bmVsbDEZMBcGCgmSJomT8ixkAQEUCThBMTEyMTg5NzEhMB8GCSqGSIb3DQEJARYSamFzbmVs bEB1cy5pYm0uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDkldnVGXgCCx9VqrI8 YWSgSOxYoJmSEJJTzvM2LjudEJYKagOT8hMp1t6830fjsVCM6/UWttWkGCISjO600hnehi7q FG8YaOwJL1Z+Mb+VpzlCIAEKWJ7N0QXBL41z+vlEphcZ3Rjusu5dJhfB3CX+q4HsoHSpwPbe 4OyDoj2ppQIDAQABo4ICUjCCAk4wCQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwZgYDVR0fBF8w XTBboFmgV4ZVaHR0cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vSW50ZXJuYXRpb25hbEJ1 c2luZXNzTWFjaGluZXNDb3JwQ29ycG9yYXRlQ0lPL0xhdGVzdENSTDCCASkGA1UdIASCASAw ggEcMIIBGAYLYIZIAYb4RQEHFwIwggEHMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhLWtyMIHXBggrBgEFBQcCAjCByhqBx05vdGljZSBUZXh0PU5PVElDRTog UHJpdmF0ZSBrZXkgbWF5IGJlIHJlY292ZXJlZCBieSBWZXJpU2lnbidzIGN1c3RvbWVyIHdo byBtYXkgYmUgYWJsZSB0byBkZWNyeXB0IG1lc3NhZ2VzIHlvdSBzZW5kIHRvIGNlcnRpZmlj YXRlIGhvbGRlci4gIFVzZSBpcyBzdWJqZWN0IHRvIHRlcm1zIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEta3IwHwYDVR0jBBgwFoAUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowHQYD VR0OBBYEFJwNlBs18nT1PRnQg3rCMIHHQcGjMC0GA1UdEQQmMCSgIgYKKwYBBAGCNxQCA6AU DBJqYXNuZWxsQHVzLmlibS5jb20wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBEG CWCGSAGG+EIBAQQEAwIFoDANBgkqhkiG9w0BAQUFAAOBgQAXnfkib0m2IqA9RJ+xV0G3Y/Oq lzsPfF8dFayH1f0O8KEoBtgFh8y/BcBFvlpmLj/QrD2nqwW79402P3WtOondypqnz+xE78RQ KnZ4FXOoLhGXZ8auPbutzxDY6BSMeFNn3Sz5yueez++l6IOmct+eJMYUYx/AoNN7ccSwwO4+ rDCCBVswggTEoAMCAQICEHN+weNLk+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEFBQAwgfkxCzAJ BgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENv cnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJU ZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4G A1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQD ExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMDcwOTIxMDAwMDAwWhcNMDgwOTIw MjM1OTU5WjCBhzEuMCwGA1UEChQlSW50ZXJuYXRpb25hbCBCdXNpbmVzcyBNYWNoaW5lcyBD b3JwLjEXMBUGA1UEAwwOSmFtZXMgTS4gU25lbGwxGTAXBgoJkiaJk/IsZAEBFAk4QTExMjE4 OTcxITAfBgkqhkiG9w0BCQEWEmphc25lbGxAdXMuaWJtLmNvbTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEA5JXZ1Rl4AgsfVaqyPGFkoEjsWKCZkhCSU87zNi47nRCWCmoDk/ITKdbe vN9H47FQjOv1FrbVpBgiEozutNIZ3oYu6hRvGGjsCS9WfjG/lac5QiABCliezdEFwS+Nc/r5 RKYXGd0Y7rLuXSYXwdwl/quB7KB0qcD23uDsg6I9qaUCAwEAAaOCAlIwggJOMAkGA1UdEwQC MAAwCwYDVR0PBAQDAgWgMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9vbnNpdGVjcmwudmVy aXNpZ24uY29tL0ludGVybmF0aW9uYWxCdXNpbmVzc01hY2hpbmVzQ29ycENvcnBvcmF0ZUNJ Ty9MYXRlc3RDUkwwggEpBgNVHSAEggEgMIIBHDCCARgGC2CGSAGG+EUBBxcCMIIBBzArBggr BgEFBQcCARYfaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYS1rcjCB1wYIKwYBBQUHAgIw gcoagcdOb3RpY2UgVGV4dD1OT1RJQ0U6IFByaXZhdGUga2V5IG1heSBiZSByZWNvdmVyZWQg YnkgVmVyaVNpZ24ncyBjdXN0b21lciB3aG8gbWF5IGJlIGFibGUgdG8gZGVjcnlwdCBtZXNz YWdlcyB5b3Ugc2VuZCB0byBjZXJ0aWZpY2F0ZSBob2xkZXIuICBVc2UgaXMgc3ViamVjdCB0 byB0ZXJtcyBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhLWtyMB8GA1UdIwQYMBaA FJHBc7Bz1dmSdGfNG/FRFDQxtixaMB0GA1UdDgQWBBScDZQbNfJ09T0Z0IN6wjCBx0HBozAt BgNVHREEJjAkoCIGCisGAQQBgjcUAgOgFAwSamFzbmVsbEB1cy5pYm0uY29tMB0GA1UdJQQW MBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBglghkgBhvhCAQEEBAMCBaAwDQYJKoZIhvcNAQEF BQADgYEAF535Im9JtiKgPUSfsVdBt2Pzqpc7D3xfHRWsh9X9DvChKAbYBYfMvwXARb5aZi4/ 0Kw9p6sFu/eNNj91rTqJ3cqap8/sRO/EUCp2eBVzqC4Rl2fGrj27rc8Q2OgUjHhTZ90s+crn ns/vpeiDpnLfniTGFGMfwKDTe3HEsMDuPqwxggS3MIIEswIBATCCAQ4wgfkxCzAJBgNVBAYT AlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0 aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4GA1UECxMn Q2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQDExtJQk0g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNLk+ruP8LaUVgbJ4AwCQYFKw4DAhoFAKCC Av0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcxMDA0MTQ1 OTE3WjAjBgkqhkiG9w0BCQQxFgQU4BeGNvFtQ//CEyFyLYChjbtzuZ8wUgYJKoZIhvcNAQkP MUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4D AgcwDQYIKoZIhvcNAwICASgwggEhBgkrBgEEAYI3EAQxggESMIIBDjCB+TELMAkGA1UEBhMC VVMxNDAyBgNVBAoTK0ludGVybmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRp b24xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydD bGFzcyAyIE9uU2l0ZSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQc37B40uT6u4/wtpRWBsngDCCASMGCyqGSIb3DQEJ EAILMYIBEqCCAQ4wgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1 c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24u Y29tL3JwYSAoYykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBMSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNL k+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEBBQAEgYAxZzEBXjMSdQgw5LUmXyu3dayyWdHP5bpD ySb7bDYHWs/XIeZf6imtnOJirf6nc7daV6sTbbLI0BuyIyVCVmrHTSC4qgytwX2Avqxy4HrI 1i3OMcdukSxDvc7sK92fmTFdhfJ8/xXKYmFxw5W1z7Uh67bYFUMTbDCaiN8HRiamOwAAAAAA AA== --------------ms040708030407010309010406-- From owner-atom-syntax@mail.imc.org Thu Oct 04 13:13:08 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdUG4-0002Pd-58 for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 13:13:08 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdUFo-000093-4K for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 13:12:58 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94Gi955026626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 09:44:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94Gi95P026625; Thu, 4 Oct 2007 09:44:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94Gi7UZ026618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Oct 2007 09:44:08 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l94Gi2XE019456; Thu, 4 Oct 2007 12:44:05 -0400 Message-ID: <4705184D.2000907@intertwingly.net> Date: Thu, 04 Oct 2007 12:43:57 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Karl Dubost CC: Brendan Taylor , atom-syntax@imc.org Subject: Re: Updating atomenabled.org (was Re: Open Source Client Implementations?) References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> <20071004003728.GB17463@nyarlathotep.cs.ualberta.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Karl Dubost wrote: > > Brendan Taylor (4 oct. 2007 - 09:37) : >> Speaking of which, who is responsible for atomenabled.org? Parts of it >> are very outdated, in particular the developers page which still points >> to the Atom API. > > % whois atomenabled.org > Registrant Name:Sam ruby > Registrant Organization:ibm Yep, it was transferred to me a while back. Patches accepted. :-) - Sam Ruby From owner-atom-syntax@mail.imc.org Thu Oct 04 13:35:29 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdUbh-0005yy-C7 for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 13:35:29 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdUbc-0000r2-1k for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 13:35:25 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94H9ecB029063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 10:09:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94H9eTi029062; Thu, 4 Oct 2007 10:09:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94H9coo029046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 10:09:38 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l94H9YiB026330; Thu, 4 Oct 2007 13:09:37 -0400 Message-ID: <47051E48.7080703@intertwingly.net> Date: Thu, 04 Oct 2007 13:09:28 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Peter Saint-Andre CC: Atom Syntax , Atom Publishing Protocol Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] References: <4703B763.3090902@stpeter.im> In-Reply-To: <4703B763.3090902@stpeter.im> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Peter Saint-Andre wrote: > FYI. > > The authors plan to finish off this specification in the near future, so > feedback is welcome. Are there any known implementations? In particular, subscribers? I'd gladly start publishing if I knew that somebody was subscribing... - Sam Ruby From owner-atom-syntax@mail.imc.org Thu Oct 04 13:55:07 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdUuh-0003bf-Gy for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 13:55:07 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdUuV-0001Tk-SW for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 13:54:57 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94HYmWb032226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 10:34:48 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94HYm3k032224; Thu, 4 Oct 2007 10:34:48 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from roundabout.stpeter.im (dencfw1.jabber.com [207.182.164.5]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94HYjBl032200; Thu, 4 Oct 2007 10:34:46 -0700 (MST) (envelope-from stpeter@stpeter.im) Received: from wrk225.corp.jabber.com (localhost [127.0.0.1]) by roundabout.stpeter.im (Postfix) with ESMTP id 5E535651740; Thu, 4 Oct 2007 11:35:49 -0600 (MDT) Message-ID: <47052474.2000506@stpeter.im> Date: Thu, 04 Oct 2007 11:35:48 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Sam Ruby Cc: Atom Syntax , Atom Publishing Protocol Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> In-Reply-To: <47051E48.7080703@intertwingly.net> X-Enigmail-Version: 0.95.3 OpenPGP: id=7BBD0573; url=http://www.saint-andre.com/me/stpeter.asc Jabber-ID: stpeter@jabber.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010005070908040407050005" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 93df555cbdbcdae9621e5b95d44b301e This is a cryptographically signed message in MIME format. --------------ms010005070908040407050005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sam Ruby wrote: > > Peter Saint-Andre wrote: >> FYI. >> >> The authors plan to finish off this specification in the near future, so >> feedback is welcome. > > Are there any known implementations? In particular, subscribers? I'd > gladly start publishing if I knew that somebody was subscribing... Chicken, meet egg. Egg, meet chicken. We are pushing hard to get XMPP server vendors to implement the XMPP publish-subscribe extension, on which this atom-notify work depends. That is happening now. We need to wait for that development work to show up in released code (should happen over the next few months), and then for that released code to be deployed. Personally I can't wait to deploy it at the jabber.org service, which runs ejabberd. Once it is deployed in some of the larger XMPP services, I think we'll see more widespread implementation on the client side because we're planning to use it for all sorts of fun social networking applications (real-time tune sharing a la Pandora or last.fm) and user avatars and so on. So the atom-notify functionality will be able to piggyback on that work on the server side and client side (it's just another payload). Also we may see services like Twitter and Jaiku pick it up -- at least I'm leaning on them to do so. ;-) Once this starts to come together I will report back or blog about it or somesuch... Peter -- Peter Saint-Andre https://stpeter.im/ --------------ms010005070908040407050005 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIYQDCC B3AwggbZoAMCAQICAQowDQYJKoZIhvcNAQEEBQAwgbAxCzAJBgNVBAYTAklMMQ8wDQYDVQQI EwZJc3JhZWwxDjAMBgNVBAcTBUVpbGF0MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMRowGAYD VQQLExFDQSBBdXRob3JpdHkgRGVwLjEpMCcGA1UEAxMgRnJlZSBTU0wgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZzAeFw0wNTA0 MDUxNDUyMTNaFw0xMDA0MDQxNDUyMTNaMIGvMQswCQYDVQQGEwJJTDEPMA0GA1UECBMGSXNy YWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpTZWN1cmUgQ2VydGlmaWNh dGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQcmltYXJ5IEVtYWlsIEZy ZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZzCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAPEaOcSx5ZNexwo1zJNcX48UV0UtkNtWX3qa9ZaX2VZilgIz eIrObloQV0Ma2rdgqosW9xMb5u3lBVIumt7fEwgMqqtDa3F2Qudelv93P9z2nbmn7X4GnCKA IQcW97KOSgQQHaVPHq03xGFbszx+LOKrBi/xv3bcGxtYrH+10M1nHbCRo8U2+zcJQowxoI+O U5nhko9vU25Jp8ZQ2fROH6C2TSjZuanzMTyvc5+dJiN2Hm2MhAMrqO7pUGhDKuUvnmKpAcwj eYQHU51mvlB4IId+4bTEwVoG4AMJ8RXB47VdJevN0yqeJSACyoRft4w4OpqFysR1HTT6aE6u xLg9ZC0CAwEAAaOCBBMwggQPMA8GA1UdEwEB/wQFMAMBAf8wCwYDVR0PBAQDAgHmMB0GA1Ud DgQWBBQErNskd1NGRpZfFwFcfUJHvUgZCDCB3QYDVR0jBIHVMIHSgBQcicOWzL3+MtUNjIEx tpidjShkjaGBtqSBszCBsDELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEOMAwGA1UE BxMFRWlsYXQxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xGjAYBgNVBAsTEUNBIEF1dGhvcml0 eSBEZXAuMSkwJwYDVQQDEyBGcmVlIFNTTCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEhMB8G CSqGSIb3DQEJARYSYWRtaW5Ac3RhcnRjb20ub3JnggEAMB0GA1UdEQQWMBSBEmFkbWluQHN0 YXJ0Y29tLm9yZzAdBgNVHRIEFjAUgRJhZG1pbkBzdGFydGNvbS5vcmcwYgYDVR0fBFswWTAp oCegJYYjaHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL2NhLWNybC5jcmwwLKAqoCiGJmh0dHA6 Ly9jcmwuc3RhcnRjb20ub3JnL2NybC9jYS1jcmwuY3JsMIIBSgYDVR0gBIIBQTCCAT0wggE5 BgsrBgEEAYG1NwEBATCCASgwLwYIKwYBBQUHAgEWI2h0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9y Zy9wb2xpY3kucGRmMDUGCCsGAQUFBwIBFilodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvaW50 ZXJtZWRpYXRlLnBkZjCBvQYIKwYBBQUHAgIwgbAwFBYNU3RhcnRDb20gTHRkLjADAgEBGoGX TGltaXRlZCBMaWFiaWxpdHksIHJlYWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25z KiBvZiB0aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWls YWJsZSBhdCBodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjARBglghkgBhvhC AQEEBAMCAAcwUAYJYIZIAYb4QgENBEMWQVN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRl cm1lZGlhdGUgRnJlZSBTU0wgRW1haWwgQ2VydGlmaWNhdGVzMDIGCWCGSAGG+EIBBAQlFiNo dHRwOi8vY2VydC5zdGFydGNvbS5vcmcvY2EtY3JsLmNybDAzBglghkgBhvhCAQMEJhYkaHR0 cDovL2NlcnQuc3RhcnRjb20ub3JnL2NydC1jcmwuY3JsMDIGCWCGSAGG+EIBCAQlFiNodHRw Oi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjANBgkqhkiG9w0BAQQFAAOBgQBc1g6H yT3ZrGb0Kq+kkqetnSXtcwffHEr6Tia2XqCqPLLzdZ8VTxVjeq/Kpg2u+8cGASIl1U45XmWa v4Vez+jSSnChRHwidmbwjCtNBFxr4C/Nkgs8wk2zNQbh+zlDKNophJT7+DVOhnIMJzdNkQW0 4STurMCFwLoyx5k1rDHQYTCCCGIwggdKoAMCAQICAwF4qjANBgkqhkiG9w0BAQUFADCBrzEL MAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEj MCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25pbmcxLzAtBgNVBAMTJlN0YXJ0Q29t IENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEwHwYJKoZIhvcNAQkBFhJhZG1pbkBz dGFydGNvbS5vcmcwHhcNMDcwODIyMjExMzI3WhcNMDgwODIxMjExMzI3WjCBujELMAkGA1UE BhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxGjAYBgNVBAoTEVBl dGVyIFNhaW50LUFuZHJlMSwwKgYDVQQLEyNTdGFydENvbSBUcnVzdGVkIENlcnRpZmljYXRl IE1lbWJlcjEaMBgGA1UEAxMRUGV0ZXIgU2FpbnQtQW5kcmUxITAfBgkqhkiG9w0BCQEWEnN0 cGV0ZXJAc3RwZXRlci5pbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALC1dkqD gghuvUCkEloRDX50TTJ6Szj1BqtMpYq+An66BwkWfP07uay+jHori77776wk1/Ajk1nTSHX+ JWo+JWwVXYWBX+Zd780bB0FGShYlHGwMhd/pxX9sT4KW3D+r8sIHVbTGdudSweuNdBhqr1iE cjze75hpywMkk1OQhTkseQxI5owa9M31JOdNEX0Ja6esyhwwtqqTNC86OujXwa2wew8GTRJE 9p2I0B1VCsKuJaPatbIcf9OFiTSODb5vyoq3+lrElh6V6BXKxEfQ4D2HCSY+5UmlKdnltzvN bqxyaTYQi1YGsFzew7ST3R8P5jrCq2cvRjGrTKVojZXgPZ0CAwEAAaOCBHgwggR0MAwGA1Ud EwQFMAMCAQAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAd BgNVHQ4EFgQUl7CU2dS/alOwLIHV/Oc2RkGDYugwgd0GA1UdIwSB1TCB0oAUBKzbJHdTRkaW XxcBXH1CR71IGQihgbakgbMwgbAxCzAJBgNVBAYTAklMMQ8wDQYDVQQIEwZJc3JhZWwxDjAM BgNVBAcTBUVpbGF0MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMRowGAYDVQQLExFDQSBBdXRo b3JpdHkgRGVwLjEpMCcGA1UEAxMgRnJlZSBTU0wgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx ITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZ4IBCjCCAUAGA1UdIASCATcwggEz MIIBLwYLKwYBBAGBtTcBAQQwggEeMDUGCCsGAQUFBwIBFilodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvaW50ZXJtZWRpYXRlLnBkZjAvBggrBgEFBQcCARYjaHR0cDovL2NlcnQuc3RhcnRj b20ub3JnL3BvbGljeS5wZGYwgbMGCCsGAQUFBwICMIGmMBQWDVN0YXJ0Q29tIEx0ZC4wAwIB ARqBjUxpbWl0ZWQgTGlhYmlsaXR5LCByZWFkIHRoZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0 aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gUG9saWN5IGF2YWlsYWJsZSBh dCBodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjBkBgNVHR8EXTBbMCygKqAo hiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvY3J0dTMtY3JsLmNybDAroCmgJ4YlaHR0cDov L2NybC5zdGFydGNvbS5vcmcvY3J0dTMtY3JsLmNybDCBhAYIKwYBBQUHAQEEeDB2MDcGCCsG AQUFBzABhitodHRwOi8vb2NzcC5zdGFydGNvbS5vcmcvc3ViL2NsYXNzMy91c2VyL2NhMDsG CCsGAQUFBzAChi9odHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc3ViLmNsYXNzMy51c2VyLmNh LmNydDARBglghkgBhvhCAQEEBAMCBaAwMQYJYIZIAYb4QgENBCQWIlN0YXJ0Q29tIFRydXN0 ZWQgRW1haWwgQ2VydGlmaWNhdGUwMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jZXJ0LnN0YXJ0 Y29tLm9yZy9jYS1jcmwuY3JsMDUGCWCGSAGG+EIBAwQoFiZodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvY3J0dTMtY3JsLmNybDAyBglghkgBhvhCAQgEJRYjaHR0cDovL2NlcnQuc3RhcnRj b20ub3JnL3BvbGljeS5wZGYwIwYDVR0SBBwwGoYYaHR0cDovL2NlcnQuc3RhcnRjb20ub3Jn MA0GCSqGSIb3DQEBBQUAA4IBAQCdG1L0T4OT1x4X/cKsuHxgijRaZGGiVECcn5+1X7E3H54/ yDkUqWAp6MZ3hZm36pzTYYnl+5M6vldLcqFCVpD7MgH6Kmu+r6pXAjU33k1RIHnkBvQ6KGlR p0RjfaZW/2MkG07vF2QTLbx6KIhi0pa9Bg9wlqyw+C2g6FYnfmrdJLgGrxUXek8DSZNjZ/AA 75OoutrWkBtdaL2TbFiawdbGuJbSoQLHqLrNhT8f74Oec7ReOmuUTEL8hsFU0sbY/n2e9Wna 1Vzze3nZPbyPiC5F88p88gVLB9mKkOzleYefYiQw8LABz5x1MI+w0bNKNPLviJ/KnHGFEfVL z1oMHyC3MIIIYjCCB0qgAwIBAgIDAXiqMA0GCSqGSIb3DQEBBQUAMIGvMQswCQYDVQQGEwJJ TDEPMA0GA1UECBMGSXNyYWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpT ZWN1cmUgQ2VydGlmaWNhdGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQ cmltYXJ5IEVtYWlsIEZyZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9y ZzAeFw0wNzA4MjIyMTEzMjdaFw0wODA4MjEyMTEzMjdaMIG6MQswCQYDVQQGEwJVUzERMA8G A1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRlbnZlcjEaMBgGA1UEChMRUGV0ZXIgU2FpbnQt QW5kcmUxLDAqBgNVBAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRow GAYDVQQDExFQZXRlciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBl dGVyLmltMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsLV2SoOCCG69QKQSWhEN fnRNMnpLOPUGq0ylir4CfroHCRZ8/Tu5rL6MeiuLvvvvrCTX8COTWdNIdf4laj4lbBVdhYFf 5l3vzRsHQUZKFiUcbAyF3+nFf2xPgpbcP6vywgdVtMZ251LB6410GGqvWIRyPN7vmGnLAyST U5CFOSx5DEjmjBr0zfUk500RfQlrp6zKHDC2qpM0Lzo66NfBrbB7DwZNEkT2nYjQHVUKwq4l o9q1shx/04WJNI4Nvm/Kirf6WsSWHpXoFcrER9DgPYcJJj7lSaUp2eW3O81urHJpNhCLVgaw XN7DtJPdHw/mOsKrZy9GMatMpWiNleA9nQIDAQABo4IEeDCCBHQwDAYDVR0TBAUwAwIBADAL BgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBSX sJTZ1L9qU7AsgdX85zZGQYNi6DCB3QYDVR0jBIHVMIHSgBQErNskd1NGRpZfFwFcfUJHvUgZ CKGBtqSBszCBsDELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEOMAwGA1UEBxMFRWls YXQxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xGjAYBgNVBAsTEUNBIEF1dGhvcml0eSBEZXAu MSkwJwYDVQQDEyBGcmVlIFNTTCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEhMB8GCSqGSIb3 DQEJARYSYWRtaW5Ac3RhcnRjb20ub3JnggEKMIIBQAYDVR0gBIIBNzCCATMwggEvBgsrBgEE AYG1NwEBBDCCAR4wNQYIKwYBBQUHAgEWKWh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9pbnRl cm1lZGlhdGUucGRmMC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9s aWN5LnBkZjCBswYIKwYBBQUHAgIwgaYwFBYNU3RhcnRDb20gTHRkLjADAgEBGoGNTGltaXRl ZCBMaWFiaWxpdHksIHJlYWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0 aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3kucGRmMGQGA1UdHwRdMFswLKAqoCiGJmh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0 Y29tLm9yZy9jcnR1My1jcmwuY3JsMIGEBggrBgEFBQcBAQR4MHYwNwYIKwYBBQUHMAGGK2h0 dHA6Ly9vY3NwLnN0YXJ0Y29tLm9yZy9zdWIvY2xhc3MzL3VzZXIvY2EwOwYIKwYBBQUHMAKG L2h0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9zdWIuY2xhc3MzLnVzZXIuY2EuY3J0MBEGCWCG SAGG+EIBAQQEAwIFoDAxBglghkgBhvhCAQ0EJBYiU3RhcnRDb20gVHJ1c3RlZCBFbWFpbCBD ZXJ0aWZpY2F0ZTAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL2Nh LWNybC5jcmwwNQYJYIZIAYb4QgEDBCgWJmh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9jcnR1 My1jcmwuY3JsMDIGCWCGSAGG+EIBCAQlFiNodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9s aWN5LnBkZjAjBgNVHRIEHDAahhhodHRwOi8vY2VydC5zdGFydGNvbS5vcmcwDQYJKoZIhvcN AQEFBQADggEBAJ0bUvRPg5PXHhf9wqy4fGCKNFpkYaJUQJyfn7VfsTcfnj/IORSpYCnoxneF mbfqnNNhieX7kzq+V0tyoUJWkPsyAfoqa76vqlcCNTfeTVEgeeQG9DooaVGnRGN9plb/YyQb Tu8XZBMtvHooiGLSlr0GD3CWrLD4LaDoVid+at0kuAavFRd6TwNJk2Nn8ADvk6i62taQG11o vZNsWJrB1sa4ltKhAseous2FPx/vg55ztF46a5RMQvyGwVTSxtj+fZ71adrVXPN7edk9vI+I LkXzynzyBUsH2YqQ7OV5h59iJDDwsAHPnHUwj7DRs0o08u+In8qccYUR9UvPWgwfILcxggQs MIIEKAIBATCBtzCBrzELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEjMCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25pbmcxLzAt BgNVBAMTJlN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEwHwYJKoZI hvcNAQkBFhJhZG1pbkBzdGFydGNvbS5vcmcCAwF4qjAJBgUrDgMCGgUAoIICSTAYBgkqhkiG 9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzEwMDQxNzM1NDhaMCMGCSqG SIb3DQEJBDEWBBR0ZOWSYrhvMdi8k+DLl7pLj+NnezBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqG SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG 9w0DAgIBKDCByAYJKwYBBAGCNxAEMYG6MIG3MIGvMQswCQYDVQQGEwJJTDEPMA0GA1UECBMG SXNyYWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpTZWN1cmUgQ2VydGlm aWNhdGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQcmltYXJ5IEVtYWls IEZyZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZwIDAXiqMIHKBgsq hkiG9w0BCRACCzGBuqCBtzCBrzELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEjMCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25p bmcxLzAtBgNVBAMTJlN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEw HwYJKoZIhvcNAQkBFhJhZG1pbkBzdGFydGNvbS5vcmcCAwF4qjANBgkqhkiG9w0BAQEFAASC AQB9JFSxTgG1Rmw/753STRwJsZWSWhUytnQWqoBI1gMolaC3RQw016H3WLbqQs3y/96U/DsN xdLoEQXHy/U6I8AEK4elbt4H9L2uUwMRvPhr/SoQW+en4Ovv4B91JEHZuFcKBh0JO5SuqJX1 UKofWksLI2OuZR+96TXKMpa4rhBagURLChefqT+fsPddVHUi1uYi/eGLQtGZRGDcYGgwygpp hmErL7jX3kuIs9F0N13GovdisCFDTGzdjvvOGBsK/u2M8WomEd+E1XeysRIdT2tqBra5YvYZ xlgwdVBSLMiibuURemTSCrsj/GkoPS/WIoqn6Ay9ukJVxe8ju3opS1riAAAAAAAA --------------ms010005070908040407050005-- From owner-atom-syntax@mail.imc.org Thu Oct 04 14:19:37 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdVIP-0006YY-9b for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 14:19:37 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdVIG-0002Dl-Vo for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 14:19:30 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94HueUs034711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 10:56:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94HueWe034710; Thu, 4 Oct 2007 10:56:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc2-s27.bay0.hotmail.com (bay0-omc2-s27.bay0.hotmail.com [65.54.246.163]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94HuZO4034693; Thu, 4 Oct 2007 10:56:39 -0700 (MST) (envelope-from j4_james@hotmail.com) Received: from hotmail.com ([65.55.152.12]) by bay0-omc2-s27.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 4 Oct 2007 10:56:35 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 4 Oct 2007 10:56:35 -0700 Message-ID: Received: from 85.211.243.172 by BAY141-DAV2.phx.gbl with DAV; Thu, 04 Oct 2007 17:56:30 +0000 X-Originating-IP: [85.211.243.172] X-Originating-Email: [j4_james@hotmail.com] X-Sender: j4_james@hotmail.com From: "James Holderness" To: "Atom Syntax" , "Atom Publishing Protocol" References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] Date: Thu, 4 Oct 2007 18:56:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-OriginalArrivalTime: 04 Oct 2007 17:56:35.0344 (UTC) FILETIME=[E7864900:01C806AF] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Sam Ruby wrote: > Peter Saint-Andre wrote: >> FYI. >> >> The authors plan to finish off this specification in the near future, so >> feedback is welcome. > > Are there any known implementations? In particular, subscribers? I'd > gladly start publishing if I knew that somebody was subscribing... I was just thinking about suggesting this to you in the comments on your XMPP post. Subscribing to a feed via instant messaging has long been on my todo list of cool features that nobody but me would care about. It'll probably be years before I have an implementation though (precisely because nobody but me would care). When I do, I'll be sure to get back to you. Regards James From owner-atom-syntax@mail.imc.org Thu Oct 04 14:34:33 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdVWr-0000Tz-GK for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 14:34:33 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdVWg-0002db-6f for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 14:34:23 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94IEFGU036647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 11:14:15 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94IEFv2036646; Thu, 4 Oct 2007 11:14:15 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail1.webfaction.com (mail1.webfaction.com [67.15.2.85]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94IEDpk036631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 11:14:14 -0700 (MST) (envelope-from sh@defuze.org) Received: from sylvain-hellegouarchs-computer.local (dsl093-224-237.slc1.dsl.speakeasy.net [66.93.224.237]) (authenticated bits=0) by mail1.webfaction.com (8.12.11.20060308/8.13.3) with ESMTP id l94IEBBh013648; Thu, 4 Oct 2007 13:14:12 -0500 Message-ID: <47052D78.9010404@defuze.org> Date: Thu, 04 Oct 2007 12:14:16 -0600 From: Sylvain Hellegouarch User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: James Holderness CC: Atom Syntax , Atom Publishing Protocol Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a James Holderness wrote: > > Sam Ruby wrote: >> Peter Saint-Andre wrote: >>> FYI. >>> >>> The authors plan to finish off this specification in the near future, so >>> feedback is welcome. >> >> Are there any known implementations? In particular, subscribers? I'd >> gladly start publishing if I knew that somebody was subscribing... > > I was just thinking about suggesting this to you in the comments on your > XMPP post. Subscribing to a feed via instant messaging has long been on > my todo list of cool features that nobody but me would care about. It'll > probably be years before I have an implementation though (precisely > because nobody but me would care). When I do, I'll be sure to get back > to you. Actually plenty of people do care about it but as Peter mentioned, implementation are lagging a bit. Although ejabberd has quite a lot of modules there already. Combined this to the agsXMPP .NET library and you can already do lots of stuff. - Sylvain From owner-atom-syntax@mail.imc.org Thu Oct 04 14:46:29 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdViP-0007dL-3w for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 14:46:29 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdViD-00039T-Qn for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 14:46:19 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94INXw0037377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 11:23:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94INXnu037376; Thu, 4 Oct 2007 11:23:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94INVOl037369 for ; Thu, 4 Oct 2007 11:23:32 -0700 (MST) (envelope-from patrickdlogan@gmail.com) Received: by wa-out-1112.google.com with SMTP id l24so334703waf for ; Thu, 04 Oct 2007 11:23:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SFwHFPTQrpcD+JPS3DCaXZN77yOH0ps9/SdIi5zxHxc=; b=Ez/3g2QikG+DL0S1p22KcBdc1Yurux/t6pdzAIUUfIwaxNUFs0xlEfNO9yRjFZ42qcEZb1WG6ypaeJIltQ+TyShJx3cFssWPQtwDrbG56JM08sLrFSx04l86mbNoaA+vt9gXaEMCh5wDse98+0aknYis69n5UXo8U24HpHwRIF0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QCrkIu5BQjZ0WxLD0tHEtUWxtg5U6tt5KZF6GDc5LOI0UmEZ9IGKolvpjMdqUWhkB9euZpVjWRwYsYPxjEpW9OssOJyaCPc9l5ma3+NCW6561V1WtRlrzBA7omEZrY6eKrJV7X16YORjeU9BMDoVZWPMx3GvmhlTRGrtPQveKAk= Received: by 10.114.77.1 with SMTP id z1mr9978308waa.1191522211492; Thu, 04 Oct 2007 11:23:31 -0700 (PDT) Received: by 10.114.174.11 with HTTP; Thu, 4 Oct 2007 11:23:31 -0700 (PDT) Message-ID: Date: Thu, 4 Oct 2007 11:23:31 -0700 From: "Patrick Logan" To: atom-syntax@imc.org Subject: Re: How to represent hierarchical entries (Was: Atom Best Practice for directory file listing?) In-Reply-To: <4704FFC5.5020708@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46F80094.7080207@wellfleetsoftware.com> <4704DC53.7000102@wellfleetsoftware.com> <4704FFC5.5020708@gmail.com> Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Yeah, what they said. I'm pretty stupid when it comes to atom, but we're looking at how to apply it in some enterprisey situations with some fairly simple information (e.g. "business partner"), and with some fairly complex hierarchical information (e.g. "insurance policy and all risks it covers"). So far it looks like the deeply hierarchical stuff would be linked and entries describing the various parts will exist on their own to represent manipulations at the level of the part. The parts in and of themselves are not "entries" though. So you might get a feed of entries at the policy level. The policy content would link directly to a risk, or a party playing a role in the policy, or... i.e. the policy would not be linked to an entry for the risk, party, ... But say a change of address occurs for some party. Then an entry for that party would show up in a feed. The party content would also link back one way or another to the associated policies. But again it would not link back to an entry for that policy. Not sure if I answered anyone's questions, but if that triggers any emotions... -Patrick From owner-atom-syntax@mail.imc.org Thu Oct 04 15:38:36 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdWWq-0003FZ-1x for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 15:38:36 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdWWc-0005AW-RO for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 15:38:26 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94JKwlU004557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 12:20:58 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94JKwGj004556; Thu, 4 Oct 2007 12:20:58 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from roundabout.stpeter.im (dencfw1.jabber.com [207.182.164.5]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94JKtGv004542; Thu, 4 Oct 2007 12:20:56 -0700 (MST) (envelope-from stpeter@stpeter.im) Received: from wrk225.corp.jabber.com (localhost [127.0.0.1]) by roundabout.stpeter.im (Postfix) with ESMTP id C985E65176F; Thu, 4 Oct 2007 13:21:59 -0600 (MDT) Message-ID: <47053D57.2040601@stpeter.im> Date: Thu, 04 Oct 2007 13:21:59 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: James Holderness Cc: Atom Syntax , Atom Publishing Protocol Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> In-Reply-To: X-Enigmail-Version: 0.95.3 OpenPGP: id=7BBD0573; url=http://www.saint-andre.com/me/stpeter.asc Jabber-ID: stpeter@jabber.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020102060600060301080704" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e This is a cryptographically signed message in MIME format. --------------ms020102060600060301080704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit James Holderness wrote: > > Sam Ruby wrote: >> Peter Saint-Andre wrote: >>> FYI. >>> >>> The authors plan to finish off this specification in the near future, so >>> feedback is welcome. >> >> Are there any known implementations? In particular, subscribers? I'd >> gladly start publishing if I knew that somebody was subscribing... > > I was just thinking about suggesting this to you in the comments on your > XMPP post. Subscribing to a feed via instant messaging has long been on > my todo list of cool features that nobody but me would care about. It'll > probably be years before I have an implementation though (precisely > because nobody but me would care). When I do, I'll be sure to get back > to you. In fact the IM integration features of microblogging services like Twitter and Jaiku seem to be very popular. Whether IM integration (or, to be more precise, real-time notification) makes sense in more traditional blogging scenarios remains to be seen. I happen to use my IM client as a feed reader using the Mimir service, but I'm probably in the minority... Peter -- Peter Saint-Andre https://stpeter.im/ --------------ms020102060600060301080704 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIYQDCC B3AwggbZoAMCAQICAQowDQYJKoZIhvcNAQEEBQAwgbAxCzAJBgNVBAYTAklMMQ8wDQYDVQQI EwZJc3JhZWwxDjAMBgNVBAcTBUVpbGF0MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMRowGAYD VQQLExFDQSBBdXRob3JpdHkgRGVwLjEpMCcGA1UEAxMgRnJlZSBTU0wgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZzAeFw0wNTA0 MDUxNDUyMTNaFw0xMDA0MDQxNDUyMTNaMIGvMQswCQYDVQQGEwJJTDEPMA0GA1UECBMGSXNy YWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpTZWN1cmUgQ2VydGlmaWNh dGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQcmltYXJ5IEVtYWlsIEZy ZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZzCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAPEaOcSx5ZNexwo1zJNcX48UV0UtkNtWX3qa9ZaX2VZilgIz eIrObloQV0Ma2rdgqosW9xMb5u3lBVIumt7fEwgMqqtDa3F2Qudelv93P9z2nbmn7X4GnCKA IQcW97KOSgQQHaVPHq03xGFbszx+LOKrBi/xv3bcGxtYrH+10M1nHbCRo8U2+zcJQowxoI+O U5nhko9vU25Jp8ZQ2fROH6C2TSjZuanzMTyvc5+dJiN2Hm2MhAMrqO7pUGhDKuUvnmKpAcwj eYQHU51mvlB4IId+4bTEwVoG4AMJ8RXB47VdJevN0yqeJSACyoRft4w4OpqFysR1HTT6aE6u xLg9ZC0CAwEAAaOCBBMwggQPMA8GA1UdEwEB/wQFMAMBAf8wCwYDVR0PBAQDAgHmMB0GA1Ud DgQWBBQErNskd1NGRpZfFwFcfUJHvUgZCDCB3QYDVR0jBIHVMIHSgBQcicOWzL3+MtUNjIEx tpidjShkjaGBtqSBszCBsDELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEOMAwGA1UE BxMFRWlsYXQxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xGjAYBgNVBAsTEUNBIEF1dGhvcml0 eSBEZXAuMSkwJwYDVQQDEyBGcmVlIFNTTCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEhMB8G CSqGSIb3DQEJARYSYWRtaW5Ac3RhcnRjb20ub3JnggEAMB0GA1UdEQQWMBSBEmFkbWluQHN0 YXJ0Y29tLm9yZzAdBgNVHRIEFjAUgRJhZG1pbkBzdGFydGNvbS5vcmcwYgYDVR0fBFswWTAp oCegJYYjaHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL2NhLWNybC5jcmwwLKAqoCiGJmh0dHA6 Ly9jcmwuc3RhcnRjb20ub3JnL2NybC9jYS1jcmwuY3JsMIIBSgYDVR0gBIIBQTCCAT0wggE5 BgsrBgEEAYG1NwEBATCCASgwLwYIKwYBBQUHAgEWI2h0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9y Zy9wb2xpY3kucGRmMDUGCCsGAQUFBwIBFilodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvaW50 ZXJtZWRpYXRlLnBkZjCBvQYIKwYBBQUHAgIwgbAwFBYNU3RhcnRDb20gTHRkLjADAgEBGoGX TGltaXRlZCBMaWFiaWxpdHksIHJlYWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25z KiBvZiB0aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWls YWJsZSBhdCBodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjARBglghkgBhvhC AQEEBAMCAAcwUAYJYIZIAYb4QgENBEMWQVN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRl cm1lZGlhdGUgRnJlZSBTU0wgRW1haWwgQ2VydGlmaWNhdGVzMDIGCWCGSAGG+EIBBAQlFiNo dHRwOi8vY2VydC5zdGFydGNvbS5vcmcvY2EtY3JsLmNybDAzBglghkgBhvhCAQMEJhYkaHR0 cDovL2NlcnQuc3RhcnRjb20ub3JnL2NydC1jcmwuY3JsMDIGCWCGSAGG+EIBCAQlFiNodHRw Oi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjANBgkqhkiG9w0BAQQFAAOBgQBc1g6H yT3ZrGb0Kq+kkqetnSXtcwffHEr6Tia2XqCqPLLzdZ8VTxVjeq/Kpg2u+8cGASIl1U45XmWa v4Vez+jSSnChRHwidmbwjCtNBFxr4C/Nkgs8wk2zNQbh+zlDKNophJT7+DVOhnIMJzdNkQW0 4STurMCFwLoyx5k1rDHQYTCCCGIwggdKoAMCAQICAwF4qjANBgkqhkiG9w0BAQUFADCBrzEL MAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEj MCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25pbmcxLzAtBgNVBAMTJlN0YXJ0Q29t IENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEwHwYJKoZIhvcNAQkBFhJhZG1pbkBz dGFydGNvbS5vcmcwHhcNMDcwODIyMjExMzI3WhcNMDgwODIxMjExMzI3WjCBujELMAkGA1UE BhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxGjAYBgNVBAoTEVBl dGVyIFNhaW50LUFuZHJlMSwwKgYDVQQLEyNTdGFydENvbSBUcnVzdGVkIENlcnRpZmljYXRl IE1lbWJlcjEaMBgGA1UEAxMRUGV0ZXIgU2FpbnQtQW5kcmUxITAfBgkqhkiG9w0BCQEWEnN0 cGV0ZXJAc3RwZXRlci5pbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALC1dkqD gghuvUCkEloRDX50TTJ6Szj1BqtMpYq+An66BwkWfP07uay+jHori77776wk1/Ajk1nTSHX+ JWo+JWwVXYWBX+Zd780bB0FGShYlHGwMhd/pxX9sT4KW3D+r8sIHVbTGdudSweuNdBhqr1iE cjze75hpywMkk1OQhTkseQxI5owa9M31JOdNEX0Ja6esyhwwtqqTNC86OujXwa2wew8GTRJE 9p2I0B1VCsKuJaPatbIcf9OFiTSODb5vyoq3+lrElh6V6BXKxEfQ4D2HCSY+5UmlKdnltzvN bqxyaTYQi1YGsFzew7ST3R8P5jrCq2cvRjGrTKVojZXgPZ0CAwEAAaOCBHgwggR0MAwGA1Ud EwQFMAMCAQAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAd BgNVHQ4EFgQUl7CU2dS/alOwLIHV/Oc2RkGDYugwgd0GA1UdIwSB1TCB0oAUBKzbJHdTRkaW XxcBXH1CR71IGQihgbakgbMwgbAxCzAJBgNVBAYTAklMMQ8wDQYDVQQIEwZJc3JhZWwxDjAM BgNVBAcTBUVpbGF0MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMRowGAYDVQQLExFDQSBBdXRo b3JpdHkgRGVwLjEpMCcGA1UEAxMgRnJlZSBTU0wgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx ITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZ4IBCjCCAUAGA1UdIASCATcwggEz MIIBLwYLKwYBBAGBtTcBAQQwggEeMDUGCCsGAQUFBwIBFilodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvaW50ZXJtZWRpYXRlLnBkZjAvBggrBgEFBQcCARYjaHR0cDovL2NlcnQuc3RhcnRj b20ub3JnL3BvbGljeS5wZGYwgbMGCCsGAQUFBwICMIGmMBQWDVN0YXJ0Q29tIEx0ZC4wAwIB ARqBjUxpbWl0ZWQgTGlhYmlsaXR5LCByZWFkIHRoZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0 aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gUG9saWN5IGF2YWlsYWJsZSBh dCBodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9saWN5LnBkZjBkBgNVHR8EXTBbMCygKqAo hiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvY3J0dTMtY3JsLmNybDAroCmgJ4YlaHR0cDov L2NybC5zdGFydGNvbS5vcmcvY3J0dTMtY3JsLmNybDCBhAYIKwYBBQUHAQEEeDB2MDcGCCsG AQUFBzABhitodHRwOi8vb2NzcC5zdGFydGNvbS5vcmcvc3ViL2NsYXNzMy91c2VyL2NhMDsG CCsGAQUFBzAChi9odHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc3ViLmNsYXNzMy51c2VyLmNh LmNydDARBglghkgBhvhCAQEEBAMCBaAwMQYJYIZIAYb4QgENBCQWIlN0YXJ0Q29tIFRydXN0 ZWQgRW1haWwgQ2VydGlmaWNhdGUwMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jZXJ0LnN0YXJ0 Y29tLm9yZy9jYS1jcmwuY3JsMDUGCWCGSAGG+EIBAwQoFiZodHRwOi8vY2VydC5zdGFydGNv bS5vcmcvY3J0dTMtY3JsLmNybDAyBglghkgBhvhCAQgEJRYjaHR0cDovL2NlcnQuc3RhcnRj b20ub3JnL3BvbGljeS5wZGYwIwYDVR0SBBwwGoYYaHR0cDovL2NlcnQuc3RhcnRjb20ub3Jn MA0GCSqGSIb3DQEBBQUAA4IBAQCdG1L0T4OT1x4X/cKsuHxgijRaZGGiVECcn5+1X7E3H54/ yDkUqWAp6MZ3hZm36pzTYYnl+5M6vldLcqFCVpD7MgH6Kmu+r6pXAjU33k1RIHnkBvQ6KGlR p0RjfaZW/2MkG07vF2QTLbx6KIhi0pa9Bg9wlqyw+C2g6FYnfmrdJLgGrxUXek8DSZNjZ/AA 75OoutrWkBtdaL2TbFiawdbGuJbSoQLHqLrNhT8f74Oec7ReOmuUTEL8hsFU0sbY/n2e9Wna 1Vzze3nZPbyPiC5F88p88gVLB9mKkOzleYefYiQw8LABz5x1MI+w0bNKNPLviJ/KnHGFEfVL z1oMHyC3MIIIYjCCB0qgAwIBAgIDAXiqMA0GCSqGSIb3DQEBBQUAMIGvMQswCQYDVQQGEwJJ TDEPMA0GA1UECBMGSXNyYWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpT ZWN1cmUgQ2VydGlmaWNhdGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQ cmltYXJ5IEVtYWlsIEZyZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9y ZzAeFw0wNzA4MjIyMTEzMjdaFw0wODA4MjEyMTEzMjdaMIG6MQswCQYDVQQGEwJVUzERMA8G A1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRlbnZlcjEaMBgGA1UEChMRUGV0ZXIgU2FpbnQt QW5kcmUxLDAqBgNVBAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRow GAYDVQQDExFQZXRlciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBl dGVyLmltMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsLV2SoOCCG69QKQSWhEN fnRNMnpLOPUGq0ylir4CfroHCRZ8/Tu5rL6MeiuLvvvvrCTX8COTWdNIdf4laj4lbBVdhYFf 5l3vzRsHQUZKFiUcbAyF3+nFf2xPgpbcP6vywgdVtMZ251LB6410GGqvWIRyPN7vmGnLAyST U5CFOSx5DEjmjBr0zfUk500RfQlrp6zKHDC2qpM0Lzo66NfBrbB7DwZNEkT2nYjQHVUKwq4l o9q1shx/04WJNI4Nvm/Kirf6WsSWHpXoFcrER9DgPYcJJj7lSaUp2eW3O81urHJpNhCLVgaw XN7DtJPdHw/mOsKrZy9GMatMpWiNleA9nQIDAQABo4IEeDCCBHQwDAYDVR0TBAUwAwIBADAL BgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBSX sJTZ1L9qU7AsgdX85zZGQYNi6DCB3QYDVR0jBIHVMIHSgBQErNskd1NGRpZfFwFcfUJHvUgZ CKGBtqSBszCBsDELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEOMAwGA1UEBxMFRWls YXQxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xGjAYBgNVBAsTEUNBIEF1dGhvcml0eSBEZXAu MSkwJwYDVQQDEyBGcmVlIFNTTCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEhMB8GCSqGSIb3 DQEJARYSYWRtaW5Ac3RhcnRjb20ub3JnggEKMIIBQAYDVR0gBIIBNzCCATMwggEvBgsrBgEE AYG1NwEBBDCCAR4wNQYIKwYBBQUHAgEWKWh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9pbnRl cm1lZGlhdGUucGRmMC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9s aWN5LnBkZjCBswYIKwYBBQUHAgIwgaYwFBYNU3RhcnRDb20gTHRkLjADAgEBGoGNTGltaXRl ZCBMaWFiaWxpdHksIHJlYWQgdGhlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0 aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3kucGRmMGQGA1UdHwRdMFswLKAqoCiGJmh0dHA6Ly9j ZXJ0LnN0YXJ0Y29tLm9yZy9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0 Y29tLm9yZy9jcnR1My1jcmwuY3JsMIGEBggrBgEFBQcBAQR4MHYwNwYIKwYBBQUHMAGGK2h0 dHA6Ly9vY3NwLnN0YXJ0Y29tLm9yZy9zdWIvY2xhc3MzL3VzZXIvY2EwOwYIKwYBBQUHMAKG L2h0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9zdWIuY2xhc3MzLnVzZXIuY2EuY3J0MBEGCWCG SAGG+EIBAQQEAwIFoDAxBglghkgBhvhCAQ0EJBYiU3RhcnRDb20gVHJ1c3RlZCBFbWFpbCBD ZXJ0aWZpY2F0ZTAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NlcnQuc3RhcnRjb20ub3JnL2Nh LWNybC5jcmwwNQYJYIZIAYb4QgEDBCgWJmh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9jcnR1 My1jcmwuY3JsMDIGCWCGSAGG+EIBCAQlFiNodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvcG9s aWN5LnBkZjAjBgNVHRIEHDAahhhodHRwOi8vY2VydC5zdGFydGNvbS5vcmcwDQYJKoZIhvcN AQEFBQADggEBAJ0bUvRPg5PXHhf9wqy4fGCKNFpkYaJUQJyfn7VfsTcfnj/IORSpYCnoxneF mbfqnNNhieX7kzq+V0tyoUJWkPsyAfoqa76vqlcCNTfeTVEgeeQG9DooaVGnRGN9plb/YyQb Tu8XZBMtvHooiGLSlr0GD3CWrLD4LaDoVid+at0kuAavFRd6TwNJk2Nn8ADvk6i62taQG11o vZNsWJrB1sa4ltKhAseous2FPx/vg55ztF46a5RMQvyGwVTSxtj+fZ71adrVXPN7edk9vI+I LkXzynzyBUsH2YqQ7OV5h59iJDDwsAHPnHUwj7DRs0o08u+In8qccYUR9UvPWgwfILcxggQs MIIEKAIBATCBtzCBrzELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEjMCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25pbmcxLzAt BgNVBAMTJlN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEwHwYJKoZI hvcNAQkBFhJhZG1pbkBzdGFydGNvbS5vcmcCAwF4qjAJBgUrDgMCGgUAoIICSTAYBgkqhkiG 9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzEwMDQxOTIxNTlaMCMGCSqG SIb3DQEJBDEWBBS9ok6v3tFn7BuegE09Sbm4B+Zg9zBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqG SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG 9w0DAgIBKDCByAYJKwYBBAGCNxAEMYG6MIG3MIGvMQswCQYDVQQGEwJJTDEPMA0GA1UECBMG SXNyYWVsMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSMwIQYDVQQLExpTZWN1cmUgQ2VydGlm aWNhdGUgU2lnbmluZzEvMC0GA1UEAxMmU3RhcnRDb20gQ2xhc3MgMyBQcmltYXJ5IEVtYWls IEZyZWUgQ0ExITAfBgkqhkiG9w0BCQEWEmFkbWluQHN0YXJ0Y29tLm9yZwIDAXiqMIHKBgsq hkiG9w0BCRACCzGBuqCBtzCBrzELMAkGA1UEBhMCSUwxDzANBgNVBAgTBklzcmFlbDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEjMCEGA1UECxMaU2VjdXJlIENlcnRpZmljYXRlIFNpZ25p bmcxLzAtBgNVBAMTJlN0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBFbWFpbCBGcmVlIENBMSEw HwYJKoZIhvcNAQkBFhJhZG1pbkBzdGFydGNvbS5vcmcCAwF4qjANBgkqhkiG9w0BAQEFAASC AQBvUSlebFkkwmX5IFHHJuOs2KjRLE1Cm44SK9z/ZgeKGrVZvcj91CgD7Vzso5FQHz/QE18J qYbw4B/zBjak7aOTG5CZWeoJkeuUlCd7N92W7o6tlmeP31Lmf6Vb7kk+5uMj+bDImujA5BhK 0uJlCV5XOwPFic5KzXYt0I142/3zanm6kjZI0naKKC3pcNJDOFhZNudy7V4xKX15U+qXKeht Ghi+BMSgSsBV+XsIjyvO365TOQqHI6T+l+KcbGDD/nxa+JrFyZbqYHoplvIxUj0k6dR/Ar8A 1ujfVtmJydjMLiCV5GFsWFMyezcnAs+/dtq/gq8y/APHkmOX7W6+jj+BAAAAAAAA --------------ms020102060600060301080704-- From owner-atom-syntax@mail.imc.org Thu Oct 04 15:46:26 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdWeQ-0000Qa-NA for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 15:46:26 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdWeF-0005PD-D1 for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 15:46:16 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94JPRhe005114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 12:25:28 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94JPRx0005113; Thu, 4 Oct 2007 12:25:27 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from chilco.textdrive.com (chilco.textdrive.com [207.7.108.242]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94JPO96005098 for ; Thu, 4 Oct 2007 12:25:27 -0700 (MST) (envelope-from bill@dehora.net) Received: from [192.168.2.166] (83-70-229-60.b-ras1.prp.dublin.eircom.net [83.70.229.60]) by chilco.textdrive.com (Postfix) with ESMTP id ED456DEAAC for ; Thu, 4 Oct 2007 19:25:21 +0000 (UTC) Message-ID: <47053E1F.4010406@dehora.net> Date: Thu, 04 Oct 2007 20:25:19 +0100 From: Bill de hOra User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: atom-syntax@imc.org Subject: Re: How to represent hierarchical entries (Was: Atom Best Practice for directory file listing?) References: <46F80094.7080207@wellfleetsoftware.com> <4704DC53.7000102@wellfleetsoftware.com> In-Reply-To: <4704DC53.7000102@wellfleetsoftware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 http://www.citizensinformation.ie/categories/social-welfare/irish-social-welfare-system/atom.zip cheers Bill Farrukh Najmi wrote: > > > No one has responded to my question below in many days so I will repeat > it in simpler terms in the hope that someone will take the time to respond. > > Does ATOM support hierarchical entries in a feed where an entry has > another entry nested inside it? > If not, what is the suggested way to handle that use case? The classic > example is an atom feed for a directory tree where each entry is a node > in the tree. How would one go about representing that in ATOM? > > Farrukh Najmi wrote: >> >> Hello, >> >> I am new to ATOM and have a followup question to the archived message >> below. >> >> Since a folder can contain other folders thus defining a item >> hierarchy how is this hierarchical content best represented in an ATOM >> feed? A modified example based on original from archived message below >> would be terrific. Thanks. >> >> >> >> One important thing to keep in mind is that the author element is only >> required in an entry if it does not exist at the feed level, so you >> really do not need to worry about entry level authors. >> >> This is just off the top of my head, so this might not entirely work, >> but if I were building an Atom feed from a directory listing, I'd likely >> do something like the following: >> >> >> file:/path/to/the/folder >> folder name >> {folder last modified timestamp} >> >> >> >> >> >> file:/path/to/the/file >> filename >> {file last modified timestamp} >> >> filename, type, last modified, size, etc. Info that would >> typically appear in a directory listing >> >> >> >> >> It really shouldn't need to get anymore complicated than that. >> >> - James >> >> >> > > From owner-atom-syntax@mail.imc.org Thu Oct 04 18:42:08 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdZOS-00012h-Kl for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 18:42:08 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdZOD-0004uG-Mg for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 18:41:59 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l94MMwrc023156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 15:22:58 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l94MMwo0023155; Thu, 4 Oct 2007 15:22:58 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l94MMtuL023145 for ; Thu, 4 Oct 2007 15:22:56 -0700 (MST) (envelope-from pagaltzis@gmx.de) Received: (qmail invoked by alias); 04 Oct 2007 22:22:54 -0000 Received: from static-87-79-236-202.netcologne.de (EHLO klangraum) [87.79.236.202] by mail.gmx.net (mp010) with SMTP; 05 Oct 2007 00:22:54 +0200 X-Authenticated: #163624 X-Provags-ID: V01U2FsdGVkX1/M3d5dNQnMfUVCKVQJdZQGwjqCSFmycnAkjs3FU1 nJ87qawQ1NhbD5 Date: Fri, 5 Oct 2007 00:22:53 +0200 From: "A. Pagaltzis" To: atom-syntax@imc.org Subject: Re: Open Source Client Implementations? Message-ID: <20071004222253.GQ24025@klangraum> Mail-Followup-To: atom-syntax@imc.org References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l94MMwrc023156 X-Spam-Score: 0.0 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c * Lloyd Budd [2007-10-04 00:50]: > Any client implementations in PHP or Perl? For Perl, there=E2=80=99s Takeru Inoue=E2=80=99s Atompub module: http://search.cpan.org/dist/Atompub/ If you=E2=80=99re using Catalyst, you can use his adapter for a drop-in addition to your app: http://search.cpan.org/dist/Catalyst-Controller-Atompub/ Regards, --=20 Aristotle Pagaltzis // From jaclyn@barrydalewines.co.za Thu Oct 04 20:01:49 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdadZ-0001jx-1v for atompub-archive@megatron.ietf.org; Thu, 04 Oct 2007 20:01:49 -0400 Received: from static-66-15-137-77.bdsl.verizon.net ([66.15.137.77]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IdadP-0007NM-O4 for atompub-archive@megatron.ietf.org; Thu, 04 Oct 2007 20:01:49 -0400 Received: from iwq ([97.136.53.131]) by static-66-15-137-77.bdsl.verizon.net (8.13.3/8.13.3) with SMTP id l9506TM9073189; Thu, 4 Oct 2007 17:06:29 -0700 Message-ID: <002b01c806e3$0b60b850$83358861@iwq> From: To: Subject: Investment alert Date: Thu, 4 Oct 2007 17:02:39 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Volume continues heavy as shares price start rocketing. Fearless International (F R L E) $0.25 UP 31.82 % This is starting to climb hard as shares jumped a whopping 31.58% today alone. We expect huge things from this one tomorrow, these kinds of numbers always push it high. Set your buy for open, this will move hard and fast in the morning. From owner-atom-syntax@mail.imc.org Thu Oct 04 21:41:12 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdcBk-0001rk-12 for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 21:41:12 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdcBb-0001Yl-Ng for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 21:41:05 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l951RJ1V042726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 18:27:19 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l951RJAK042725; Thu, 4 Oct 2007 18:27:19 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l951RHqR042718 for ; Thu, 4 Oct 2007 18:27:18 -0700 (MST) (envelope-from takeru.inoue@gmail.com) Received: by nz-out-0506.google.com with SMTP id n1so327263nzf for ; Thu, 04 Oct 2007 18:27:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Btk4b68AG/tEBwTRFxfFznCzBv4hpTuoyObhYVo1KqU=; b=i0JwzIQTx0kgD0XxPZ/szu91kWfhY+Znh5rqUVL6MXFD/8bwGuvQMP1ytCNqPnr0yqJSp9qWJz3Q0AUx0MkbdJdKat1CutIQNVY/SytRgVKEzGU+PBF+fEwkgE+k+338bmC1YxgFSaqoiZP52wAFDW7ILkPPXDuUFujvzrXrEMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qo8SMhCrch+tJvIvGE/F0uCJIomzNdJacvC8AIL61CtIBPDhDeh7eLlbiFhe9mCUtztPf5sAOokmyrkaZMyJOwlyVmzl0MYuiAiHPwttmif3lICq3Oe9noZGtv/RopbGkFopNhL/TDKevA32DKByjDKhyWX/NBcHwaCuwN8lP6w= Received: by 10.114.124.1 with SMTP id w1mr6513252wac.1191547636593; Thu, 04 Oct 2007 18:27:16 -0700 (PDT) Received: by 10.114.135.18 with HTTP; Thu, 4 Oct 2007 18:27:16 -0700 (PDT) Message-ID: Date: Fri, 5 Oct 2007 10:27:16 +0900 From: "Takeru INOUE" To: atom-syntax@imc.org Subject: Re: Open Source Client Implementations? In-Reply-To: <20071004222253.GQ24025@klangraum> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> <20071004222253.GQ24025@klangraum> Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Hi, I'm a maintainer of Perl Atompub modules. Please let me know if there are any problems with them. Regards, On 10/5/07, A. Pagaltzis wrote: > > * Lloyd Budd [2007-10-04 00:50]: > > Any client implementations in PHP or Perl? > > For Perl, there's Takeru Inoue's Atompub module: > http://search.cpan.org/dist/Atompub/ > > If you're using Catalyst, you can use his adapter for a drop-in > addition to your app: > http://search.cpan.org/dist/Catalyst-Controller-Atompub/ > > Regards, > -- > Aristotle Pagaltzis // > > -- Takeru INOUE From owner-atom-syntax@mail.imc.org Thu Oct 04 22:10:01 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idcdd-0004eS-Gt for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 22:10:01 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdcdR-0002Fr-7I for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 22:09:55 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l951uuFN045240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 18:56:57 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l951uusJ045239; Thu, 4 Oct 2007 18:56:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc2-s20.bay0.hotmail.com (bay0-omc2-s20.bay0.hotmail.com [65.54.246.156]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l951utZf045227; Thu, 4 Oct 2007 18:56:56 -0700 (MST) (envelope-from j4_james@hotmail.com) Received: from hotmail.com ([65.55.152.14]) by bay0-omc2-s20.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 4 Oct 2007 18:56:55 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 4 Oct 2007 18:56:55 -0700 Message-ID: Received: from 85.211.243.172 by BAY141-DAV4.phx.gbl with DAV; Fri, 05 Oct 2007 01:56:53 +0000 X-Originating-IP: [85.211.243.172] X-Originating-Email: [j4_james@hotmail.com] X-Sender: j4_james@hotmail.com From: "James Holderness" To: "Atom Syntax" , "Atom Publishing Protocol" References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> <47052D78.9010404@defuze.org> Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] Date: Fri, 5 Oct 2007 02:56:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-OriginalArrivalTime: 05 Oct 2007 01:56:55.0288 (UTC) FILETIME=[018CBF80:01C806F3] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Sylvain Hellegouarch wrote: >> Subscribing to a feed via instant messaging has long been on >> my todo list of cool features that nobody but me would care about. > > Actually plenty of people do care about it I meant people that use the products I write. Regards James From owner-atom-syntax@mail.imc.org Thu Oct 04 22:19:50 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idcn8-00028z-IA for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 22:19:50 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Idcmz-0002YG-7o for atompub-archive@lists.ietf.org; Thu, 04 Oct 2007 22:19:42 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95279hj046052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 19:07:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l95279nb046051; Thu, 4 Oct 2007 19:07:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail1.webfaction.com (mail1.webfaction.com [67.15.2.85]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95277xO046036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 19:07:08 -0700 (MST) (envelope-from sh@defuze.org) Received: from sylvain-hellegouarchs-computer.local (dsl093-224-237.slc1.dsl.speakeasy.net [66.93.224.237]) (authenticated bits=0) by mail1.webfaction.com (8.12.11.20060308/8.13.3) with ESMTP id l95275nU028687; Thu, 4 Oct 2007 21:07:05 -0500 Message-ID: <47059C4D.5020504@defuze.org> Date: Thu, 04 Oct 2007 20:07:09 -0600 From: Sylvain Hellegouarch User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: James Holderness CC: Atom Syntax , Atom Publishing Protocol Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> <47052D78.9010404@defuze.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 James Holderness wrote: > > Sylvain Hellegouarch wrote: >>> Subscribing to a feed via instant messaging has long been on my todo >>> list of cool features that nobody but me would care about. >> >> Actually plenty of people do care about it > > I meant people that use the products I write. > Ah well... life is tough sometimes :) - Sylvain From owner-atom-syntax@mail.imc.org Fri Oct 05 01:02:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdfK9-0004de-5O for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 01:02:05 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdfJx-0007Q0-6g for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 01:01:54 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l954lnnZ063865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 21:47:49 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l954lnrB063864; Thu, 4 Oct 2007 21:47:49 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l954lmNd063857 for ; Thu, 4 Oct 2007 21:47:48 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 3FE36200006; Thu, 4 Oct 2007 23:47:44 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 3C850200004 for ; Thu, 4 Oct 2007 23:47:44 -0500 (CDT) Date: Thu, 4 Oct 2007 23:47:44 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: atom-syntax@imc.org Subject: Why use Atom? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955 I wonder if I might get feedback on this question: I am in the process of refactoring a web-based data repository (see daseproject.org), moving from PHP4 to PHP5 among other things, but also moving to a more fully realized service-based architecture. The repository holds many collections of digital assets, primarily images,but also audio, video, pdfs, etc. The repository is used by faculty at BUT Austin to store/organize/share/present digital 'stuff' for both instructional and research purposes. When a faculty member creates a new collection they choose the set of attributes (i.e. "fields") they would like to use to describe their items. Since these are often existing collections being ported from FileMaker, Access, etc. it is quite efficient to be able to use the same attributes. Thus a collection is simply a set of "items" described by arbitrary key-value pairs with an associated media file (or files if there are different sizes, say, for an image, or an mp3 AND wav file for audio). I understand the benefit of using Atom for outward facing services, apis, etc., but does Atom offer benefits for internal messaging, data transfer, AJAX, etc? I suspect yes, but I cannot get past the fact that my ultra-generic xml schema is REALLY easy to deal with: [note that there are only TWO possible child elements for an item (think atom 'entry'): metadata AND media_file] 630230b057c511cbee87447960fff02e 62-GT-06.jpg 318642 576 720 image/jpeg 000435213 2007-07-18T15:59:28 Photographer: Unknown Restricted photo of Ben Barnes while Speaker, black and white Ben Barnes Capitol Building interior Lieutenant Governor Speaker of the House 62-GT-06.jpg Senate Media Services Use in Texas Politics content /62-GT-06.jpg Ben Barnes none Any thoughts on the benefits of using atom here? While I realize the wisdom of NOT reinventing wheels (http://www.tbray.org/ongoing/When/200x/2006/01/08/No-New-XML-Languages) I also aim for maximum simplicity. thanks! Peter Keane From owner-atom-syntax@mail.imc.org Fri Oct 05 01:21:27 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idfct-0001EC-E4 for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 01:21:27 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Idfce-00083z-Ey for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 01:21:18 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l955A946067366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 22:10:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l955A9pT067365; Thu, 4 Oct 2007 22:10:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mxout-04.mxes.net (mxout-04.mxes.net [216.86.168.179]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l955A8qD067358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Oct 2007 22:10:09 -0700 (MST) (envelope-from brian@briansmith.org) Received: from Junk (unknown [12.217.178.72]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 876A4D0562 for ; Fri, 5 Oct 2007 01:10:06 -0400 (EDT) From: "Brian Smith" To: References: Subject: RE: Why use Atom? Date: Fri, 5 Oct 2007 12:10:04 +0700 Message-ID: <003901c8070d$feaa1db0$6601a8c0@Junk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcgHC0OWEfCXdqOPTv2saSm/W6HXPgAAFePQ Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Peter Keane: > be able to use the same attributes. Thus a collection is > simply a set of "items" > described by arbitrary key-value pairs with an associated > media file (or files if there are different sizes, say, for > an image, or an mp3 AND wav file for audio). In one of the earlier messages, it was mentioned that you guys already use WebDAV. Why don't you guys just keep on using WebDAV? If WebDAV isn't working for you then AtomPub probably won't work either--they are very similar to each other. In fact, it looks to me like it would be easier to write a WebDAV client than an AtomPub client, because WebDAV gives less flexibility to servers than AtomPub does. If you just need a notification mechanism for your document repository, then I suggest building a syndication feed for your WebDAV implementation. Clients can subscribe to atom feeds to get notifications of changes to the repository, and they can continue to use WebDAV to retrieve documents and make changes. I especially recommend sticking with WebDAV if you do document versioning in your repository (don't you?). There is no (standardized) versioning mechanism in AtomPub. Regards, Brian From owner-atom-syntax@mail.imc.org Fri Oct 05 01:56:27 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdgAl-0005n1-Lf for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 01:56:27 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdgAc-0000fW-Bh for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 01:56:19 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l955hv1r070835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Oct 2007 22:43:57 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l955hvrM070834; Thu, 4 Oct 2007 22:43:57 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l955hudR070828 for ; Thu, 4 Oct 2007 22:43:56 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 648B6200006; Fri, 5 Oct 2007 00:43:52 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 6160F200004; Fri, 5 Oct 2007 00:43:52 -0500 (CDT) Date: Fri, 5 Oct 2007 00:43:52 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: Brian Smith cc: atom-syntax@imc.org Subject: RE: Why use Atom? In-Reply-To: <003901c8070d$feaa1db0$6601a8c0@Junk> Message-ID: References: <003901c8070d$feaa1db0$6601a8c0@Junk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Actually, my system (DASe - daseproject.org) does not use WebDAV at all, but I think I know where the confusion arose. My earlier mention of WebDAV concerned NOT the data repository software, but the campus-wide shared storage system on which all UT Austin faculty/student/staff get 150 Mb free storage. It is simply file space and that's it -- the vendor is Xythos and it does allow WebDAV access AND users can make items they upload visible over HTTP. Thus, my aim was to use it simply as a way to get actual digital assets from the faculty member into my system (e.g., "Well Prof. Smith, if you can throw those 100 new images from your digital camera into the DASe_uploads folder in your WebSpace account, tomorrow when you go to DASe you will see them appearing in your private collection [since I will have run a batch process to grab 'em] ready to have metadata added"). My question regarding using Atom w/in the application was a totally different one -- this has to do with architecting the flow of metadata (not the assets themselves) throughout the application, mainly for AJAX-type interfaces. I would really like to have feeds that can pull double-duty both as outward-facing AND internally utilized data 'services'. Also, when I get to that point, APP seems like the perfect way to allow folks to update metadata (which is the most common task -- the uploading of the actual digital assets is, in most cases, a batch operation that occurs infrequently). -peter keane On Fri, 5 Oct 2007, Brian Smith wrote: > > Peter Keane: >> be able to use the same attributes. Thus a collection is >> simply a set of "items" >> described by arbitrary key-value pairs with an associated >> media file (or files if there are different sizes, say, for >> an image, or an mp3 AND wav file for audio). > > In one of the earlier messages, it was mentioned that you guys already > use WebDAV. Why don't you guys just keep on using WebDAV? If WebDAV > isn't working for you then AtomPub probably won't work either--they are > very similar to each other. In fact, it looks to me like it would be > easier to write a WebDAV client than an AtomPub client, because WebDAV > gives less flexibility to servers than AtomPub does. > > If you just need a notification mechanism for your document repository, > then I suggest building a syndication feed for your WebDAV > implementation. Clients can subscribe to atom feeds to get notifications > of changes to the repository, and they can continue to use WebDAV to > retrieve documents and make changes. > > I especially recommend sticking with WebDAV if you do document > versioning in your repository (don't you?). There is no (standardized) > versioning mechanism in AtomPub. > > Regards, > Brian > From owner-atom-syntax@mail.imc.org Fri Oct 05 06:12:55 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdkAx-0000eR-MQ for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 06:12:55 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdkAm-0007Nf-SU for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 06:12:49 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l959xues090414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 02:59:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l959xuox090413; Fri, 5 Oct 2007 02:59:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from chilco.textdrive.com (chilco.textdrive.com [207.7.108.242]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l959xt3B090404 for ; Fri, 5 Oct 2007 02:59:55 -0700 (MST) (envelope-from bill@dehora.net) Received: from [192.168.2.141] (unknown [89.101.140.29]) by chilco.textdrive.com (Postfix) with ESMTP id 98A47DE30C for ; Fri, 5 Oct 2007 09:59:54 +0000 (UTC) Message-ID: <47060B13.8080606@dehora.net> Date: Fri, 05 Oct 2007 10:59:47 +0100 From: Bill de hOra User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: atom-syntax@imc.org Subject: Re: Why use Atom? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8 pkeane wrote: > > I wonder if I might get feedback on this question: > > I am in the process of refactoring a web-based data repository (see > daseproject.org), moving from PHP4 to PHP5 among other things, but also > moving to a more fully realized service-based architecture. The > repository holds many collections of digital assets, primarily > images,but also audio, video, pdfs, etc. > > The repository is used by faculty at BUT Austin to > store/organize/share/present digital 'stuff' for both instructional and > research purposes. When a faculty member creates a new collection they > choose the set of attributes (i.e. "fields") they would like to use to > describe their items. Since these are often existing collections being > ported from FileMaker, Access, etc. it is quite efficient to be able to > use the same attributes. Thus a collection is simply a set of "items" > described by arbitrary key-value pairs with an associated media file (or > files if there are different sizes, say, for an image, or an mp3 AND wav > file for audio). > > I understand the benefit of using Atom for outward facing services, > apis, etc., but does Atom offer benefits for internal messaging, data > transfer, AJAX, etc? I suspect yes, but I cannot get past the fact that > my ultra-generic xml schema is REALLY easy to deal with: > > [note that there are only TWO possible child elements for an item (think > atom 'entry'): metadata AND media_file] > > > ascii_id="admin_checksum">630230b057c511cbee87447960fff02e > 62-GT-06.jpg > 318642 > 576 > 720 > image/jpeg > 000435213 > 2007-07-18T15:59:28 > Photographer: Unknown > Restricted > photo of Ben Barnes while Speaker, > black and white > Ben Barnes > Capitol Building interior > Lieutenant Governor > Speaker of the House > 62-GT-06.jpg > Senate Media Services > Use in Texas Politics content > /62-GT-06.jpg > Ben Barnes > none > width="720" mime_type="image/jpeg" /> > width="100" mime_type="image/jpeg" /> > width="600" mime_type="image/jpeg" /> > > > Any thoughts on the benefits of using atom here? While I realize the > wisdom of NOT reinventing wheels > (http://www.tbray.org/ongoing/When/200x/2006/01/08/No-New-XML-Languages) > I also aim for maximum simplicity. This looks like it will drop into Atom. Your main reason right now, would be integrate with a globally available toolchain so you can interchange information. Maximum simplicity is not defining yet another format you have to persuade others to support. For example rights_owner could be made go away in favour of atom:rights, dublin core or cc. And I don't agree your ultra-generic schema will be be easy to deal with; ultra-genric things tend to be more complicated than expected.

Ben & Jerry

 what happens there? cheers Bill From caterinareis@adcomdata.no Fri Oct 05 06:20:09 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdkHx-0008RU-BE for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 06:20:09 -0400 Received: from [85.105.238.178] (helo=dsl.static.85-105-61106.ttnet.net.tr) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IdkHm-0007Za-Uy for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 06:20:01 -0400 Received: (qmail 4281 invoked from network); Fri, 5 Oct 2007 13:19:30 +0300 Received: from unknown (HELO qyejo) (207.213.25.114) by dsl.static.85-105-61106.ttnet.net.tr with SMTP; Fri, 5 Oct 2007 13:19:30 +0300 Message-ID: <000301c80739$375a3c50$7219d5cf@qyejo> From: To: Subject: Big mover moving fast Date: Fri, 5 Oct 2007 13:19:30 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Investors Jump in as trading soars up 31% Fearless International Inc. (F R L E . O B) $0.25 UP 31.06 % This one is picking up speed as heavy trading begins to force share prices through the roof. Numbers like these will bring investors running to the table. Move Move Move, this will take of in the morning. From Alpaslan.McCutcheon@HapiSkratch.Com Fri Oct 05 07:01:37 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idkw5-0006qy-RT for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 07:01:37 -0400 Received: from arennes-357-1-56-188.w90-1.abo.wanadoo.fr ([90.1.167.188] helo=[90.1.213.224]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Idkvv-0007KA-Bj for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 07:01:27 -0400 Received: from nom-eb85c523610 by HapiSkratch.Com with ASMTP id 9DE34EDF for ; Fri, 5 Oct 2007 13:03:29 -0200 Received: from nom-eb85c523610 ([144.144.134.69]) by HapiSkratch.Com with ESMTP id E9B56125C475 for ; Fri, 5 Oct 2007 13:03:29 -0200 Message-ID: <1DBF41F5.50F2E338@HapiSkratch.Com> Date: Fri, 5 Oct 2007 13:03:15 -0200 From: "Alpaslan McCutcheon" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: doowrewe Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000778-3, 04/10/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 3.7 (+++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Morning atompub-archive Increased confidence when making love = better sex Alpaslan McCutcheon http://www.steiunmart.com/ From owner-atom-syntax@mail.imc.org Fri Oct 05 10:33:58 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdoFa-0004QB-1y for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 10:33:58 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdoFN-0007u5-Nz for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 10:33:48 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95EFvkt017784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 07:15:57 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l95EFv9G017783; Fri, 5 Oct 2007 07:15:57 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95EFuOu017776 for ; Fri, 5 Oct 2007 07:15:57 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 5F34E200006; Fri, 5 Oct 2007 09:15:47 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 5C24D200004 for ; Fri, 5 Oct 2007 09:15:48 -0500 (CDT) Date: Fri, 5 Oct 2007 09:15:48 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: atom-syntax@imc.org Subject: "Atom Inside" web application architecture Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Following on my "Why Use Atom?" posting.... I am trying to figure out if I would simply be pushing Atom beyond its practical limits to build an entire web application as Atom publishers and consumers. I'd like implement an MVC architecture where the layers all spoke Atom to one another. All database access would be mediated by an Atom feed (read) and AtomPub interface (write). Everything from error logs, image slideshows, collection settings, incremental backups, etc. would be mediated by way of an Atom feed. Search would simply be an OpenSearch implementation that the application itself exposed and consumed. Why? Because I must have a plug-in architecture to allow users to create new application extensions, modules, etc. Instead of inventing a new plug-in architecture and write yet another "how to create a DASe plug-in" document, I simply say "here are the available Atom feeds -- mash 'em up any way you'd like" (I know, for instance, folks will want to create fancier presentation tools than the app currently provides). Not to mention what sorts of new & interesting combinations would occur when my Atom consumers-that-do-interesting-things-with-my-Atom-feeds are pointed at someone else's Atom feeds. Any thoughts or pointers to similar approaches out there?? -Peter Keane daseproject.org From owner-atom-syntax@mail.imc.org Fri Oct 05 16:04:57 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdtPt-00032I-Hd for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 16:04:57 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdtPm-0002sc-7n for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 16:04:51 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95JoOpM046510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 12:50:24 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l95JoOtc046509; Fri, 5 Oct 2007 12:50:24 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95JoMW9046500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 5 Oct 2007 12:50:23 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l95JoK6q000848; Fri, 5 Oct 2007 15:50:22 -0400 Message-ID: <47069576.8060209@intertwingly.net> Date: Fri, 05 Oct 2007 15:50:14 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: pkeane CC: atom-syntax@imc.org Subject: Re: "Atom Inside" web application architecture References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 pkeane wrote: > > Following on my "Why Use Atom?" posting.... I am trying to figure out if > I would simply be pushing Atom beyond its practical limits to build an > entire web application as Atom publishers and consumers. I'd like > implement an MVC architecture where the layers all spoke Atom to one > another. All database access would be mediated by an Atom feed (read) > and AtomPub interface (write). Everything from error logs, image > slideshows, collection settings, incremental backups, etc. would be > mediated by way of an Atom feed. Search would simply be an OpenSearch > implementation that the application itself exposed and consumed. > > Why? Because I must have a plug-in architecture to allow users to > create new application extensions, modules, etc. Instead of inventing a > new plug-in architecture and write yet another "how to create a DASe > plug-in" document, I simply say "here are the available Atom feeds -- > mash 'em up any way you'd like" (I know, for instance, folks will want > to create fancier presentation tools than the app currently provides). > Not to mention what sorts of new & interesting combinations would occur > when my Atom consumers-that-do-interesting-things-with-my-Atom-feeds are > pointed at someone else's Atom feeds. > > Any thoughts or pointers to similar approaches out there?? I don't know to what extent O'Reilly would be willing to publicly share, but some aspects of what you describe sound like things that O'Reilly has done with their internal APP repository which purportedly[1] holds "hundreds of books, thousands of articles, and hundreds of thousands of images" - Sam Ruby [1] http://www.oreillynet.com/xml/blog/2007/04/atom_publishing_protocol_inter.html From owner-atom-syntax@mail.imc.org Fri Oct 05 17:57:46 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdvB4-0001nn-2A for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 17:57:46 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdvAs-0006CE-PY for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 17:57:42 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95LgPSB057450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 14:42:25 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l95LgPla057449; Fri, 5 Oct 2007 14:42:25 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95LgO1U057441 for ; Fri, 5 Oct 2007 14:42:25 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id EF03843002D; Fri, 5 Oct 2007 16:42:12 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id E80BB43400B; Fri, 5 Oct 2007 16:42:12 -0500 (CDT) Date: Fri, 5 Oct 2007 16:42:12 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: Ernest Prabhakar cc: atom-syntax@imc.org Subject: Re: "Atom Inside" web application architecture In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Yes! I read Kurt Cagle's piece (http://www.oreillynet.com/xml/blog/2007/09/synoa_what.html) and listened to the Rohit Khare-Jon Udell interview (http://itc.conversationsnetwork.org/shows/detail3275.html) with great interest. I have a sense that what I am thinking about is using Atom on a somewhat more 'micro' scale within an application itself (there would be times, for instance, when a database query result would simply be cached as an Atom doc on the filesystem and if it was 'fresh' enough would obviate the need for a database call and generation of the Atom result). I don't even know if that sort of apporach is worth the trouble, but I am trying to heed Roy Fielding's advice to "engineer for serendipity" and Atom strikes me as having a fairly high serenditipy quotient :). thanks- peter keane daseproject.org On Fri, 5 Oct 2007, Ernest Prabhakar wrote: > Did you see the SynOA discussion from KnowNow? > > Sent from my iPhone > > On Oct 5, 2007, at 7:15, pkeane wrote: > >> >> Following on my "Why Use Atom?" posting.... I am trying to figure out if I >> would simply be pushing Atom beyond its practical limits to build an entire >> web application as Atom publishers and consumers. I'd like implement an >> MVC architecture where the layers all spoke Atom to one another. All >> database access would be mediated by an Atom feed (read) and AtomPub >> interface (write). Everything from error logs, image slideshows, >> collection settings, incremental backups, etc. would be mediated by way of >> an Atom feed. Search would simply be an OpenSearch implementation that the >> application itself exposed and consumed. >> >> Why? Because I must have a plug-in architecture to allow users to create >> new application extensions, modules, etc. Instead of inventing a new >> plug-in architecture and write yet another "how to create a DASe plug-in" >> document, I simply say "here are the available Atom feeds -- mash 'em up >> any way you'd like" (I know, for instance, folks will want to create >> fancier presentation tools than the app currently provides). Not to >> mention what sorts of new & interesting combinations would occur when my >> Atom consumers-that-do-interesting-things-with-my-Atom-feeds are pointed at >> someone else's Atom feeds. >> >> Any thoughts or pointers to similar approaches out there?? >> >> -Peter Keane >> daseproject.org > From owner-atom-syntax@mail.imc.org Fri Oct 05 18:59:17 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Idw8b-0007QM-VJ for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 18:59:17 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Idw8W-0008Hf-LT for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 18:59:13 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95MiXcG062008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 15:44:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l95MiXG2062007; Fri, 5 Oct 2007 15:44:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l95MiV80062000 for ; Fri, 5 Oct 2007 15:44:32 -0700 (MST) (envelope-from pagaltzis@gmx.de) Received: (qmail invoked by alias); 05 Oct 2007 22:44:30 -0000 Received: from static-87-79-236-202.netcologne.de (EHLO klangraum) [87.79.236.202] by mail.gmx.net (mp035) with SMTP; 06 Oct 2007 00:44:30 +0200 X-Authenticated: #163624 X-Provags-ID: V01U2FsdGVkX1+f3uUiBf2fvsmfrXGkdbJz3Z+TGCeI11/in6RDlH HT45RdvHKhOHGF Date: Sat, 6 Oct 2007 00:44:30 +0200 From: "A. Pagaltzis" To: atom-syntax@imc.org Subject: Re: Why use Atom? Message-ID: <20071005224430.GA3365@klangraum> Mail-Followup-To: atom-syntax@imc.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l95MiXcG062008 X-Spam-Score: 0.0 (/) X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c * pkeane [2007-10-05 07:00]: > > ascii_id=3D"admin_checksum">630230b057c511cbee87447960fff02e > 62-GT-06.jpg > 318642 > 576 > 720 > image/jpeg > 000435213 > 2007-07-18T15:59:28 > Photographer: Unknown > Restricted > photo of Ben Barnes while Speaker, b= lack=20 > and white > Ben Barnes > Capitol Building interior > Lieutenant Governor > Speaker of the House > 62-GT-06.jpg > Senate Media Services > Use in Texas Politics content > /62-GT-06.jpg > Ben Barnes > none > width=3D"720" mime_type=3D"image/jpeg" /> > width=3D"100" mime_type=3D"image/jpeg" /> > width=3D"600" mime_type=3D"image/jpeg" /> > > > Any thoughts on the benefits of using atom here? I don=E2=80=99t see the problem. Atom gives you an Entry where you can put the metadata for a media resource. You have a bunch of attributes that should be mapped to Atom elements; the rest you stick into the content, possibly as RDF since your ad-hoc vocab is more or less along those lines anyway. > I cannot get past the fact that my ultra-generic xml schema is > REALLY easy to deal with It=E2=80=99s not actually very generic. It=E2=80=99s a very limited vocab= ulary that expresses barely any more than a map of key-value pairs. Of course such a simple data structure is easy to deal with. The only genericity there is that the keys are arbitrary strings. It looks easy now because you have to do almost no work up front: the structure is rigid and the semantics are completely ad-hoc. It won=E2=80=99t look very easy at all once you have a large dataset with an inconsistent mess of key names. Regards, --=20 Aristotle Pagaltzis // From owner-atom-syntax@mail.imc.org Fri Oct 05 19:52:55 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdwyV-0002oI-DS for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 19:52:55 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdwyM-00023D-3J for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 19:52:47 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95NZrmt065967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 16:35:53 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l95NZr9Y065966; Fri, 5 Oct 2007 16:35:53 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l95NZqjQ065960 for ; Fri, 5 Oct 2007 16:35:52 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id DED3843002D; Fri, 5 Oct 2007 18:35:39 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id DBB8343400B; Fri, 5 Oct 2007 18:35:39 -0500 (CDT) Date: Fri, 5 Oct 2007 18:35:39 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: "A. Pagaltzis" cc: atom-syntax@imc.org Subject: Re: Why use Atom? In-Reply-To: <20071005224430.GA3365@klangraum> Message-ID: References: <20071005224430.GA3365@klangraum> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 386e0819b1192672467565a524848168 Yes, it is really nothing more than key-value pairs. I am more wondering about the possible benefits of Atom than whether this system works -- I use it for data import/export of the collections and it is quite easy to create parsers and generators for this format that lets me move it in and out of the relational databse that the application uses. The database itself is also quite generic: a "collections" table, and "items" table, a "values" table and an "attributes" table (each value has an item_id and and attribute_id). It is important that the data model be able to grow organically -- as a user adds a new "field" (aka key or attribute) to describe the items they have, they'll have no knowledge at all of Atom or Dublin Core or any of that. And it's fine -- every collection has a unique set of attributes (aka fields or keys). The composite primary key for attribute is "ascii_id" plus "collection_id". The system has been in production and heavily used for a couple years, and includes 88 collections comprising 300,000 items. The are currently 1358 rows in the attribute table (those are the keys in the key->value pairs) and 4.5 million rows in the value table. We've had no problems at all with this current architecture. And yet I wonder what Atom could do for me as a more standard XML format for data serialization... thanks! Peter Keane daseproject.org On Sat, 6 Oct 2007, A. Pagaltzis wrote: > > * pkeane [2007-10-05 07:00]: >> >> > ascii_id="admin_checksum">630230b057c511cbee87447960fff02e >> 62-GT-06.jpg >> 318642 >> 576 >> 720 >> image/jpeg >> 000435213 >> 2007-07-18T15:59:28 >> Photographer: Unknown >> Restricted >> photo of Ben Barnes while Speaker, black >> and white >> Ben Barnes >> Capitol Building interior >> Lieutenant Governor >> Speaker of the House >> 62-GT-06.jpg >> Senate Media Services >> Use in Texas Politics content >> /62-GT-06.jpg >> Ben Barnes >> none >> > width="720" mime_type="image/jpeg" /> >> > width="100" mime_type="image/jpeg" /> >> > width="600" mime_type="image/jpeg" /> >> >> >> Any thoughts on the benefits of using atom here? > > I don?t see the problem. Atom gives you an Entry where you can > put the metadata for a media resource. You have a bunch of > attributes that should be mapped to Atom elements; the rest you > stick into the content, possibly as RDF since your ad-hoc vocab > is more or less along those lines anyway. > >> I cannot get past the fact that my ultra-generic xml schema is >> REALLY easy to deal with > > It?s not actually very generic. It?s a very limited vocabulary > that expresses barely any more than a map of key-value pairs. Of > course such a simple data structure is easy to deal with. The > only genericity there is that the keys are arbitrary strings. It > looks easy now because you have to do almost no work up front: > the structure is rigid and the semantics are completely ad-hoc. > > It won?t look very easy at all once you have a large dataset with > an inconsistent mess of key names. > > Regards, > -- > Aristotle Pagaltzis // > From owner-atom-syntax@mail.imc.org Fri Oct 05 20:23:37 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdxSD-0003jJ-5U for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 20:23:37 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdxS5-0002wr-Lw for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 20:23:31 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9607AhI068263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 17:07:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9607AFC068262; Fri, 5 Oct 2007 17:07:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96079ox068253 for ; Fri, 5 Oct 2007 17:07:10 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by rv-out-0910.google.com with SMTP id c27so195679rvf for ; Fri, 05 Oct 2007 17:07:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=WRrSatywpSeSrpHOrSfJ8ctc3gEJTLKjEkKTtjrDff0=; b=Mm6DzMepyyjbywEfIZTCCcEuHv9VY9DG9HHr8Q7kDGxm73GTrG1WnzCeOxET2ly6iGDkwX0LDbaoCejVvwy/PkewN7oS79NPGRflOeLNZvOOj0QveO1mp2MFxv/WoQRt16NdhH0+n3un3gTlDno4eqf1SJbT+lYhH/0XO2hDa8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=JY5ky6niYvyRJnL+0qsT/dE22JzlQ+Pt74gxWYyr40i7le9Gb5ld/QXU3XzwvcYMzfsQpoyZBwEkcjsCUWiG2csNbMCY7gR/JGIngH/zikO9qIqeEphRakx6JkwxxmCJwINdBcYgZvS8PkALYgZBJWmUAVKiWVq8MpP2lIDfhxQ= Received: by 10.140.191.14 with SMTP id o14mr2001985rvf.1191629226261; Fri, 05 Oct 2007 17:07:06 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id c36sm6177659rvf.2007.10.05.17.07.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Oct 2007 17:07:04 -0700 (PDT) Message-ID: <4706D1A3.5070909@gmail.com> Date: Fri, 05 Oct 2007 17:06:59 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: pkeane CC: "A. Pagaltzis" , atom-syntax@imc.org Subject: Re: Why use Atom? References: <20071005224430.GA3365@klangraum> In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000205030109040504000209" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: a3f7094ccc62748c06b21fcf44c073ee This is a cryptographically signed message in MIME format. --------------ms000205030109040504000209 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Basically, if it's a closed system with specific clients, there likely will not be any benefit to using Atom. If you wish to enable interchange and interop with other applications, there will be benefits to using Atom, if only to leverage the existing tool support. - James pkeane wrote: > > Yes, it is really nothing more than key-value pairs. I am more > wondering about the possible benefits of Atom than whether this system > works -- I use it for data import/export of the collections and it is > quite easy to create parsers and generators for this format that lets me > move it in and out of the relational databse that the application uses. > > The database itself is also quite generic: a "collections" table, and > "items" table, a "values" table and an "attributes" table (each value > has an item_id and and attribute_id). It is important that the data > model be able to grow organically -- as a user adds a new "field" (aka > key or attribute) to describe the items they have, they'll have no > knowledge at all of Atom or Dublin Core or any of that. And it's fine > -- every collection has a unique set of attributes (aka fields or > keys). The composite primary key for attribute is "ascii_id" plus > "collection_id". > > The system has been in production and heavily used for a couple years, > and includes 88 collections comprising 300,000 items. The are currently > 1358 rows in the attribute table (those are the keys in the key->value > pairs) and 4.5 million rows in the value table. We've had no problems > at all with this current architecture. And yet I wonder what Atom could > do for me as a more standard XML format for data serialization... > > thanks! > Peter Keane > daseproject.org > > > > > On Sat, 6 Oct 2007, A. Pagaltzis wrote: > >> >> * pkeane [2007-10-05 07:00]: >>> >>> >> ascii_id="admin_checksum">630230b057c511cbee87447960fff02e >>> 62-GT-06.jpg >>> 318642 >>> 576 >>> 720 >>> image/jpeg >>> 000435213 >>> >> ascii_id="admin_upload_date_time">2007-07-18T15:59:28 >>> Photographer: Unknown >>> Restricted >>> photo of Ben Barnes while Speaker, >>> black >>> and white >>> Ben Barnes >>> Capitol Building interior >>> Lieutenant Governor >>> Speaker of the House >>> 62-GT-06.jpg >>> Senate Media Services >>> Use in Texas Politics >>> content >>> /62-GT-06.jpg >>> Ben Barnes >>> none >>> >> width="720" mime_type="image/jpeg" /> >>> >> width="100" mime_type="image/jpeg" /> >>> >> width="600" mime_type="image/jpeg" /> >>> >>> >>> Any thoughts on the benefits of using atom here? >> >> I don?t see the problem. Atom gives you an Entry where you can >> put the metadata for a media resource. You have a bunch of >> attributes that should be mapped to Atom elements; the rest you >> stick into the content, possibly as RDF since your ad-hoc vocab >> is more or less along those lines anyway. >> >>> I cannot get past the fact that my ultra-generic xml schema is >>> REALLY easy to deal with >> >> It?s not actually very generic. It?s a very limited vocabulary >> that expresses barely any more than a map of key-value pairs. Of >> course such a simple data structure is easy to deal with. The >> only genericity there is that the keys are arbitrary strings. It >> looks easy now because you have to do almost no work up front: >> the structure is rigid and the semantics are completely ad-hoc. >> >> It won?t look very easy at all once you have a large dataset with >> an inconsistent mess of key names. >> >> Regards, >> -- >> Aristotle Pagaltzis // >> > > --------------ms000205030109040504000209 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP7jCC BSwwggSVoAMCAQICEDqcN60eyFMWG0XIVQBLNZgwDQYJKoZIhvcNAQEFBQAwgcExCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykg MTk5OCBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMB4XDTAzMDUwNjAwMDAwMFoXDTEzMDUwNTIzNTk1 OVowgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1h Y2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTsw OQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENB MSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBANVnrTXdoH79V2HWnacXy7mjjSNcnOi3Z+cXSBh9uSDhCLAUUeuvoHub uA5ImrJI5k/dA+Q0L+WNzR7OZr4TRpw3DOksYS/0o+RZ5+luJ7ltXcdVgsHU6qqHDpvF1hAe gqpNz670JVVfUs4ThC1AafMIBHwmJbqFG4Iy39OH37oBAgMBAAGjggHpMIIB5TASBgNVHRMB Af8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwIwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y3JsLnZlcmlzaWduLmNvbS9wY2EyLWcyLmNybDALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEB BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEyNzAdBgNV HQ4EFgQUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowgegGA1UdIwSB4DCB3aGBx6SBxDCBwTELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1 YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShj KSAxOTk4IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmuCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3 DQEBBQUAA4GBAJcMUE/GM7DSGWSfEaUELX8FdU5Ug5WUfJVLTc4s5xDj+d9P/sxo39ofCYcy BrVFpessapDKDJKKCu6zbSNwKStMN7smU6TYiyT2FP216Adb5wsu94gxblObFoms2qG/BuGH bFxtbIBAiCNlFcRk69rPUGu/EOvQeUAR+Ub1NkjPMIIFWzCCBMSgAwIBAgIQc37B40uT6u4/ wtpRWBsngDANBgkqhkiG9w0BAQUFADCB+TELMAkGA1UEBhMCVVMxNDAyBgNVBAoTK0ludGVy bmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRp dmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzA5MjEwMDAwMDBaFw0wODA5MjAyMzU5NTlaMIGHMS4wLAYDVQQKFCVJbnRl cm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnAuMRcwFQYDVQQDDA5KYW1lcyBNLiBT bmVsbDEZMBcGCgmSJomT8ixkAQEUCThBMTEyMTg5NzEhMB8GCSqGSIb3DQEJARYSamFzbmVs bEB1cy5pYm0uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDkldnVGXgCCx9VqrI8 YWSgSOxYoJmSEJJTzvM2LjudEJYKagOT8hMp1t6830fjsVCM6/UWttWkGCISjO600hnehi7q FG8YaOwJL1Z+Mb+VpzlCIAEKWJ7N0QXBL41z+vlEphcZ3Rjusu5dJhfB3CX+q4HsoHSpwPbe 4OyDoj2ppQIDAQABo4ICUjCCAk4wCQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwZgYDVR0fBF8w XTBboFmgV4ZVaHR0cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vSW50ZXJuYXRpb25hbEJ1 c2luZXNzTWFjaGluZXNDb3JwQ29ycG9yYXRlQ0lPL0xhdGVzdENSTDCCASkGA1UdIASCASAw ggEcMIIBGAYLYIZIAYb4RQEHFwIwggEHMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhLWtyMIHXBggrBgEFBQcCAjCByhqBx05vdGljZSBUZXh0PU5PVElDRTog UHJpdmF0ZSBrZXkgbWF5IGJlIHJlY292ZXJlZCBieSBWZXJpU2lnbidzIGN1c3RvbWVyIHdo byBtYXkgYmUgYWJsZSB0byBkZWNyeXB0IG1lc3NhZ2VzIHlvdSBzZW5kIHRvIGNlcnRpZmlj YXRlIGhvbGRlci4gIFVzZSBpcyBzdWJqZWN0IHRvIHRlcm1zIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEta3IwHwYDVR0jBBgwFoAUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowHQYD VR0OBBYEFJwNlBs18nT1PRnQg3rCMIHHQcGjMC0GA1UdEQQmMCSgIgYKKwYBBAGCNxQCA6AU DBJqYXNuZWxsQHVzLmlibS5jb20wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBEG CWCGSAGG+EIBAQQEAwIFoDANBgkqhkiG9w0BAQUFAAOBgQAXnfkib0m2IqA9RJ+xV0G3Y/Oq lzsPfF8dFayH1f0O8KEoBtgFh8y/BcBFvlpmLj/QrD2nqwW79402P3WtOondypqnz+xE78RQ KnZ4FXOoLhGXZ8auPbutzxDY6BSMeFNn3Sz5yueez++l6IOmct+eJMYUYx/AoNN7ccSwwO4+ rDCCBVswggTEoAMCAQICEHN+weNLk+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEFBQAwgfkxCzAJ BgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENv cnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJU ZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4G A1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQD ExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMDcwOTIxMDAwMDAwWhcNMDgwOTIw MjM1OTU5WjCBhzEuMCwGA1UEChQlSW50ZXJuYXRpb25hbCBCdXNpbmVzcyBNYWNoaW5lcyBD b3JwLjEXMBUGA1UEAwwOSmFtZXMgTS4gU25lbGwxGTAXBgoJkiaJk/IsZAEBFAk4QTExMjE4 OTcxITAfBgkqhkiG9w0BCQEWEmphc25lbGxAdXMuaWJtLmNvbTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEA5JXZ1Rl4AgsfVaqyPGFkoEjsWKCZkhCSU87zNi47nRCWCmoDk/ITKdbe vN9H47FQjOv1FrbVpBgiEozutNIZ3oYu6hRvGGjsCS9WfjG/lac5QiABCliezdEFwS+Nc/r5 RKYXGd0Y7rLuXSYXwdwl/quB7KB0qcD23uDsg6I9qaUCAwEAAaOCAlIwggJOMAkGA1UdEwQC MAAwCwYDVR0PBAQDAgWgMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9vbnNpdGVjcmwudmVy aXNpZ24uY29tL0ludGVybmF0aW9uYWxCdXNpbmVzc01hY2hpbmVzQ29ycENvcnBvcmF0ZUNJ Ty9MYXRlc3RDUkwwggEpBgNVHSAEggEgMIIBHDCCARgGC2CGSAGG+EUBBxcCMIIBBzArBggr BgEFBQcCARYfaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYS1rcjCB1wYIKwYBBQUHAgIw gcoagcdOb3RpY2UgVGV4dD1OT1RJQ0U6IFByaXZhdGUga2V5IG1heSBiZSByZWNvdmVyZWQg YnkgVmVyaVNpZ24ncyBjdXN0b21lciB3aG8gbWF5IGJlIGFibGUgdG8gZGVjcnlwdCBtZXNz YWdlcyB5b3Ugc2VuZCB0byBjZXJ0aWZpY2F0ZSBob2xkZXIuICBVc2UgaXMgc3ViamVjdCB0 byB0ZXJtcyBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhLWtyMB8GA1UdIwQYMBaA FJHBc7Bz1dmSdGfNG/FRFDQxtixaMB0GA1UdDgQWBBScDZQbNfJ09T0Z0IN6wjCBx0HBozAt BgNVHREEJjAkoCIGCisGAQQBgjcUAgOgFAwSamFzbmVsbEB1cy5pYm0uY29tMB0GA1UdJQQW MBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBglghkgBhvhCAQEEBAMCBaAwDQYJKoZIhvcNAQEF BQADgYEAF535Im9JtiKgPUSfsVdBt2Pzqpc7D3xfHRWsh9X9DvChKAbYBYfMvwXARb5aZi4/ 0Kw9p6sFu/eNNj91rTqJ3cqap8/sRO/EUCp2eBVzqC4Rl2fGrj27rc8Q2OgUjHhTZ90s+crn ns/vpeiDpnLfniTGFGMfwKDTe3HEsMDuPqwxggS3MIIEswIBATCCAQ4wgfkxCzAJBgNVBAYT AlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0 aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4GA1UECxMn Q2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQDExtJQk0g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNLk+ruP8LaUVgbJ4AwCQYFKw4DAhoFAKCC Av0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcxMDA2MDAw NjU5WjAjBgkqhkiG9w0BCQQxFgQUkigOc2ZIOJ5NDz9z3GwUIuy/BVIwUgYJKoZIhvcNAQkP MUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4D AgcwDQYIKoZIhvcNAwICASgwggEhBgkrBgEEAYI3EAQxggESMIIBDjCB+TELMAkGA1UEBhMC VVMxNDAyBgNVBAoTK0ludGVybmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRp b24xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydD bGFzcyAyIE9uU2l0ZSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQc37B40uT6u4/wtpRWBsngDCCASMGCyqGSIb3DQEJ EAILMYIBEqCCAQ4wgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1 c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24u Y29tL3JwYSAoYykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBMSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNL k+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEBBQAEgYAGfJtQ+QN/UepYentuwP6E92IsZxg8t4ug UBw/nZSCh2Iz2L4AkYVQlXaqI+69ZFWz9oeYegnzLcDtr15Qf00YFYji/zP4+GswCcKJwu7Z 1uFCgoIbX8pZRRiTUPhuIcd3ZuZt1RCemii7sPOltgJovBb4qucNGZzyNHxJWrk69gAAAAAA AA== --------------ms000205030109040504000209-- From owner-atom-syntax@mail.imc.org Fri Oct 05 21:52:33 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdyqH-0006t8-1d for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 21:52:33 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Idyq1-0004vt-11 for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 21:52:23 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l961bVkg075096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 18:37:31 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l961bVk7075095; Fri, 5 Oct 2007 18:37:31 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l961bUiJ075087 for ; Fri, 5 Oct 2007 18:37:30 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id A460343002D; Fri, 5 Oct 2007 20:37:16 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id A033843400B; Fri, 5 Oct 2007 20:37:16 -0500 (CDT) Date: Fri, 5 Oct 2007 20:37:16 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: James M Snell cc: "A. Pagaltzis" , atom-syntax@imc.org Subject: Re: Why use Atom? In-Reply-To: <4706D1A3.5070909@gmail.com> Message-ID: References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 20f22c03b5c66958bff5ef54fcda6e48 Yup, I am trying to decide if the tool support is enough to justify the effort. And still I wonder if there is some other potential side benefit am not seeing. Here, by the way, is a collection as Atom Feed (with only one item shown). Note that collection owners can declare their own custom attributes to "map" to Atom Elements if they wish, in which case they appear in the default Atom namespace, otherwise they are in the "dase" namespace (standard administrative metadata common to all collections) or in the collection's own namespace. Note that there is no hand coding here, just a method on a collection object, e.g "print $collection->asAtom()". -pk Texas Politics Image Collection http://quickdraw.laits.utexas.edu/dase/texpol_image_collection 1969-12-31T18:00:00-06:00 http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/000435205 1969-12-31T18:00:00-06:00 Congress Avenue photo of Congress Avenue image/jpeg PICA17902.JPG c837f0abd05c8b7126b8dac15d510f30 787705 1408 2007-07-18T15:59:19 000435205 1209 Congress Avenue buildings /PICA17902.JPG Austin History Center Use in Texas Politics content Photographer: Unknown Restricted PICA17902.JPG executive On Fri, 5 Oct 2007, James M Snell wrote: > Basically, if it's a closed system with specific clients, there likely > will not be any benefit to using Atom. If you wish to enable > interchange and interop with other applications, there will be benefits > to using Atom, if only to leverage the existing tool support. > > - James > > pkeane wrote: >> >> Yes, it is really nothing more than key-value pairs. I am more >> wondering about the possible benefits of Atom than whether this system >> works -- I use it for data import/export of the collections and it is >> quite easy to create parsers and generators for this format that lets me >> move it in and out of the relational databse that the application uses. >> >> The database itself is also quite generic: a "collections" table, and >> "items" table, a "values" table and an "attributes" table (each value >> has an item_id and and attribute_id). It is important that the data >> model be able to grow organically -- as a user adds a new "field" (aka >> key or attribute) to describe the items they have, they'll have no >> knowledge at all of Atom or Dublin Core or any of that. And it's fine >> -- every collection has a unique set of attributes (aka fields or >> keys). The composite primary key for attribute is "ascii_id" plus >> "collection_id". >> >> The system has been in production and heavily used for a couple years, >> and includes 88 collections comprising 300,000 items. The are currently >> 1358 rows in the attribute table (those are the keys in the key->value >> pairs) and 4.5 million rows in the value table. We've had no problems >> at all with this current architecture. And yet I wonder what Atom could >> do for me as a more standard XML format for data serialization... >> >> thanks! >> Peter Keane >> daseproject.org >> >> >> >> >> On Sat, 6 Oct 2007, A. Pagaltzis wrote: >> >>> >>> * pkeane [2007-10-05 07:00]: >>>> >>>> >>> ascii_id="admin_checksum">630230b057c511cbee87447960fff02e >>>> 62-GT-06.jpg >>>> 318642 >>>> 576 >>>> 720 >>>> image/jpeg >>>> 000435213 >>>> >>> ascii_id="admin_upload_date_time">2007-07-18T15:59:28 >>>> Photographer: Unknown >>>> Restricted >>>> photo of Ben Barnes while Speaker, >>>> black >>>> and white >>>> Ben Barnes >>>> Capitol Building interior >>>> Lieutenant Governor >>>> Speaker of the House >>>> 62-GT-06.jpg >>>> Senate Media Services >>>> Use in Texas Politics >>>> content >>>> /62-GT-06.jpg >>>> Ben Barnes >>>> none >>>> >>> width="720" mime_type="image/jpeg" /> >>>> >>> width="100" mime_type="image/jpeg" /> >>>> >>> width="600" mime_type="image/jpeg" /> >>>> >>>> >>>> Any thoughts on the benefits of using atom here? >>> >>> I don?t see the problem. Atom gives you an Entry where you can >>> put the metadata for a media resource. You have a bunch of >>> attributes that should be mapped to Atom elements; the rest you >>> stick into the content, possibly as RDF since your ad-hoc vocab >>> is more or less along those lines anyway. >>> >>>> I cannot get past the fact that my ultra-generic xml schema is >>>> REALLY easy to deal with >>> >>> It?s not actually very generic. It?s a very limited vocabulary >>> that expresses barely any more than a map of key-value pairs. Of >>> course such a simple data structure is easy to deal with. The >>> only genericity there is that the keys are arbitrary strings. It >>> looks easy now because you have to do almost no work up front: >>> the structure is rigid and the semantics are completely ad-hoc. >>> >>> It won?t look very easy at all once you have a large dataset with >>> an inconsistent mess of key names. >>> >>> Regards, >>> -- >>> Aristotle Pagaltzis // >>> >> >> > From owner-atom-syntax@mail.imc.org Fri Oct 05 22:16:54 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IdzDq-0000EQ-NP for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 22:16:54 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IdzDh-0005Y6-1A for atompub-archive@lists.ietf.org; Fri, 05 Oct 2007 22:16:46 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9623DTn078585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 19:03:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9623D4C078584; Fri, 5 Oct 2007 19:03:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9623C74078578 for ; Fri, 5 Oct 2007 19:03:12 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by wx-out-0506.google.com with SMTP id r21so592589wxc for ; Fri, 05 Oct 2007 19:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=SEORGlMoLaawUWgmXBRaecfA8KF5ZNKQeljSWv5bc6Q=; b=eHZr+55tPRIVRPLXrJib2tKqhGCCTG6gb1CQp4gFZkPJb6kZ/Hzd9JOwgz2/7+ks655Ih2981gCsC1JpFoj8NCANTRl0KBk54h6QHVQIIH6QYejDECEd+QcjjAlLwJss+EvmLfbW3y9au0pvbPaGiMHQd9V811qZf36a9Tw+3C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=KSS1v0fplzZz4IJ+br7gWjntn3iqe7NiLaCvwm7xi+XA6E4yuNMiFpHHTL4RMuFUhDtWhTKBqQb200oD1lVI+G1pex7lG4tlcQoMAUAozI+v2lYwzioJrbWhTuBw4DMo4O4XZstTK+bpeI1adTkMnHt+Ar5rQydy5k/QvY98gzw= Received: by 10.90.50.1 with SMTP id x1mr565515agx.1191636191350; Fri, 05 Oct 2007 19:03:11 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id g3sm4499599wra.2007.10.05.19.03.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Oct 2007 19:03:10 -0700 (PDT) Message-ID: <4706ECDB.3000700@gmail.com> Date: Fri, 05 Oct 2007 19:03:07 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: pkeane CC: "A. Pagaltzis" , atom-syntax@imc.org Subject: Re: Why use Atom? References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050309030807030707050307" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e16ce0269ccb2f59707d16700199d13b This is a cryptographically signed message in MIME format. --------------ms050309030807030707050307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If you rely on a whole bunch of application specific extension elements, you will not realize any significant benefit from using Atom. If you go with Atom, find a more general way of encoding your data (e.g. use RDF for instance). Regarding the question about tool support, that depends entirely on who will be using the application. If you're building a tool for a very specific and limited audience, it's probably not worth the effort. If you're building a tool for an open audience, and the data from your application might be used for purposes you hadn't originally intended, use Atom and eliminate all the app-specific extensions. - James pkeane wrote: > Yup, I am trying to decide if the tool support is enough to justify the > effort. And still I wonder if there is some other potential side > benefit am not seeing. Here, by the way, is a collection as Atom Feed > (with only one item shown). Note that collection owners can declare > their own custom attributes to "map" to Atom Elements if they wish, in > which case they appear in the default Atom namespace, otherwise they are > in the "dase" namespace (standard administrative metadata common to all > collections) or in the collection's own namespace. > > Note that there is no hand coding here, just a method on a collection > object, e.g "print $collection->asAtom()". > > -pk > > > xmlns:dase="http://quickdraw.laits.utexas.edu/dase" > > xmlns:texpol="http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/1.0" > > > xml:base="http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/"> > Texas Politics Image Collection > http://quickdraw.laits.utexas.edu/dase/texpol_image_collection > > > > 1969-12-31T18:00:00-06:00 > xml:base="http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/"> > > http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/000435205 > > 1969-12-31T18:00:00-06:00 > Congress Avenue > photo of Congress Avenue > image/jpeg > PICA17902.JPG > > c837f0abd05c8b7126b8dac15d510f30 > 787705 > 1408 > > 2007-07-18T15:59:19 > > 000435205 > 1209 > Congress Avenue > buildings > /PICA17902.JPG > Austin History Center > Use in Texas Politics > content > Photographer: Unknown > Restricted > PICA17902.JPG > executive > rel="http://quickdraw.laits.utexas.edu/dase/media/thumbnail" > href="/media/thumbnail/000435205_100.jpg"/> > rel="http://quickdraw.laits.utexas.edu/dase/media/viewitem" > href="/media/viewitem/000435205_400.jpg"/> > rel="http://quickdraw.laits.utexas.edu/dase/media/full" > href="/media/full/000435205_3600.jpg"/> > src="http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/media/thumbnail/000435205_100.jpg" > type="image/jpeg"/> > > > > > On Fri, 5 Oct 2007, James M Snell wrote: > >> Basically, if it's a closed system with specific clients, there likely >> will not be any benefit to using Atom. If you wish to enable >> interchange and interop with other applications, there will be benefits >> to using Atom, if only to leverage the existing tool support. >> >> - James >> >> pkeane wrote: >>> >>> Yes, it is really nothing more than key-value pairs. I am more >>> wondering about the possible benefits of Atom than whether this system >>> works -- I use it for data import/export of the collections and it is >>> quite easy to create parsers and generators for this format that lets me >>> move it in and out of the relational databse that the application uses. >>> >>> The database itself is also quite generic: a "collections" table, and >>> "items" table, a "values" table and an "attributes" table (each value >>> has an item_id and and attribute_id). It is important that the data >>> model be able to grow organically -- as a user adds a new "field" (aka >>> key or attribute) to describe the items they have, they'll have no >>> knowledge at all of Atom or Dublin Core or any of that. And it's fine >>> -- every collection has a unique set of attributes (aka fields or >>> keys). The composite primary key for attribute is "ascii_id" plus >>> "collection_id". >>> >>> The system has been in production and heavily used for a couple years, >>> and includes 88 collections comprising 300,000 items. The are currently >>> 1358 rows in the attribute table (those are the keys in the key->value >>> pairs) and 4.5 million rows in the value table. We've had no problems >>> at all with this current architecture. And yet I wonder what Atom could >>> do for me as a more standard XML format for data serialization... >>> >>> thanks! >>> Peter Keane >>> daseproject.org >>> >>> >>> >>> >>> On Sat, 6 Oct 2007, A. Pagaltzis wrote: >>> >>>> >>>> * pkeane [2007-10-05 07:00]: >>>>> >>>>> >>>> ascii_id="admin_checksum">630230b057c511cbee87447960fff02e >>>>> 62-GT-06.jpg >>>>> 318642 >>>>> 576 >>>>> 720 >>>>> image/jpeg >>>>> 000435213 >>>>> >>>> ascii_id="admin_upload_date_time">2007-07-18T15:59:28 >>>>> Photographer: Unknown >>>>> Restricted >>>>> photo of Ben Barnes while Speaker, >>>>> black >>>>> and white >>>>> Ben Barnes >>>>> Capitol Building interior >>>>> Lieutenant Governor >>>>> Speaker of the House >>>>> 62-GT-06.jpg >>>>> Senate Media Services >>>>> Use in Texas Politics >>>>> content >>>>> /62-GT-06.jpg >>>>> Ben Barnes >>>>> none >>>>> >>>> width="720" mime_type="image/jpeg" /> >>>>> >>>> width="100" mime_type="image/jpeg" /> >>>>> >>>> width="600" mime_type="image/jpeg" /> >>>>> >>>>> >>>>> Any thoughts on the benefits of using atom here? >>>> >>>> I don?t see the problem. Atom gives you an Entry where you can >>>> put the metadata for a media resource. You have a bunch of >>>> attributes that should be mapped to Atom elements; the rest you >>>> stick into the content, possibly as RDF since your ad-hoc vocab >>>> is more or less along those lines anyway. >>>> >>>>> I cannot get past the fact that my ultra-generic xml schema is >>>>> REALLY easy to deal with >>>> >>>> It?s not actually very generic. It?s a very limited vocabulary >>>> that expresses barely any more than a map of key-value pairs. Of >>>> course such a simple data structure is easy to deal with. The >>>> only genericity there is that the keys are arbitrary strings. It >>>> looks easy now because you have to do almost no work up front: >>>> the structure is rigid and the semantics are completely ad-hoc. >>>> >>>> It won?t look very easy at all once you have a large dataset with >>>> an inconsistent mess of key names. >>>> >>>> Regards, >>>> -- >>>> Aristotle Pagaltzis // >>>> >>> >>> >> > --------------ms050309030807030707050307 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP7jCC BSwwggSVoAMCAQICEDhxwVOTyOj0nx4MTQ30ZkMwDQYJKoZIhvcNAQEFBQAwgcExCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykg MTk5OCBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMB4XDTAzMDUwNjAwMDAwMFoXDTA4MDUwNTIzNTk1 OVowgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1h Y2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTsw OQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENB MSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBANVnrTXdoH79V2HWnacXy7mjjSNcnOi3Z+cXSBh9uSDhCLAUUeuvoHub uA5ImrJI5k/dA+Q0L+WNzR7OZr4TRpw3DOksYS/0o+RZ5+luJ7ltXcdVgsHU6qqHDpvF1hAe gqpNz670JVVfUs4ThC1AafMIBHwmJbqFG4Iy39OH37oBAgMBAAGjggHpMIIB5TASBgNVHRMB Af8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwIwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y3JsLnZlcmlzaWduLmNvbS9wY2EyLWcyLmNybDALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEB BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEyNzAdBgNV HQ4EFgQUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowgegGA1UdIwSB4DCB3aGBx6SBxDCBwTELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1 YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShj KSAxOTk4IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmuCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3 DQEBBQUAA4GBAAgYBRMDGzUl8C495yDmyE78QHSxQjkpKbJ61i0GkSYGUmkRYc3czKUlkV3s dHWe28su0SRO8HKhXzfUdR2D2n6UixORmR/tobmuxlkfwqHWDvNVuJD0iCV1e2cXT9qf38vM zMiC55lQmnCoUfTg131ovM/V1EI2aT181HWu/pM8MIIFWzCCBMSgAwIBAgIQc37B40uT6u4/ wtpRWBsngDANBgkqhkiG9w0BAQUFADCB+TELMAkGA1UEBhMCVVMxNDAyBgNVBAoTK0ludGVy bmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRp dmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzA5MjEwMDAwMDBaFw0wODA5MjAyMzU5NTlaMIGHMS4wLAYDVQQKFCVJbnRl cm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnAuMRcwFQYDVQQDDA5KYW1lcyBNLiBT bmVsbDEZMBcGCgmSJomT8ixkAQEUCThBMTEyMTg5NzEhMB8GCSqGSIb3DQEJARYSamFzbmVs bEB1cy5pYm0uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDkldnVGXgCCx9VqrI8 YWSgSOxYoJmSEJJTzvM2LjudEJYKagOT8hMp1t6830fjsVCM6/UWttWkGCISjO600hnehi7q FG8YaOwJL1Z+Mb+VpzlCIAEKWJ7N0QXBL41z+vlEphcZ3Rjusu5dJhfB3CX+q4HsoHSpwPbe 4OyDoj2ppQIDAQABo4ICUjCCAk4wCQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwZgYDVR0fBF8w XTBboFmgV4ZVaHR0cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vSW50ZXJuYXRpb25hbEJ1 c2luZXNzTWFjaGluZXNDb3JwQ29ycG9yYXRlQ0lPL0xhdGVzdENSTDCCASkGA1UdIASCASAw ggEcMIIBGAYLYIZIAYb4RQEHFwIwggEHMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhLWtyMIHXBggrBgEFBQcCAjCByhqBx05vdGljZSBUZXh0PU5PVElDRTog UHJpdmF0ZSBrZXkgbWF5IGJlIHJlY292ZXJlZCBieSBWZXJpU2lnbidzIGN1c3RvbWVyIHdo byBtYXkgYmUgYWJsZSB0byBkZWNyeXB0IG1lc3NhZ2VzIHlvdSBzZW5kIHRvIGNlcnRpZmlj YXRlIGhvbGRlci4gIFVzZSBpcyBzdWJqZWN0IHRvIHRlcm1zIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEta3IwHwYDVR0jBBgwFoAUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowHQYD VR0OBBYEFJwNlBs18nT1PRnQg3rCMIHHQcGjMC0GA1UdEQQmMCSgIgYKKwYBBAGCNxQCA6AU DBJqYXNuZWxsQHVzLmlibS5jb20wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBEG CWCGSAGG+EIBAQQEAwIFoDANBgkqhkiG9w0BAQUFAAOBgQAXnfkib0m2IqA9RJ+xV0G3Y/Oq lzsPfF8dFayH1f0O8KEoBtgFh8y/BcBFvlpmLj/QrD2nqwW79402P3WtOondypqnz+xE78RQ KnZ4FXOoLhGXZ8auPbutzxDY6BSMeFNn3Sz5yueez++l6IOmct+eJMYUYx/AoNN7ccSwwO4+ rDCCBVswggTEoAMCAQICEHN+weNLk+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEFBQAwgfkxCzAJ BgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENv cnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJU ZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4G A1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQD ExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMDcwOTIxMDAwMDAwWhcNMDgwOTIw MjM1OTU5WjCBhzEuMCwGA1UEChQlSW50ZXJuYXRpb25hbCBCdXNpbmVzcyBNYWNoaW5lcyBD b3JwLjEXMBUGA1UEAwwOSmFtZXMgTS4gU25lbGwxGTAXBgoJkiaJk/IsZAEBFAk4QTExMjE4 OTcxITAfBgkqhkiG9w0BCQEWEmphc25lbGxAdXMuaWJtLmNvbTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEA5JXZ1Rl4AgsfVaqyPGFkoEjsWKCZkhCSU87zNi47nRCWCmoDk/ITKdbe vN9H47FQjOv1FrbVpBgiEozutNIZ3oYu6hRvGGjsCS9WfjG/lac5QiABCliezdEFwS+Nc/r5 RKYXGd0Y7rLuXSYXwdwl/quB7KB0qcD23uDsg6I9qaUCAwEAAaOCAlIwggJOMAkGA1UdEwQC MAAwCwYDVR0PBAQDAgWgMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9vbnNpdGVjcmwudmVy aXNpZ24uY29tL0ludGVybmF0aW9uYWxCdXNpbmVzc01hY2hpbmVzQ29ycENvcnBvcmF0ZUNJ Ty9MYXRlc3RDUkwwggEpBgNVHSAEggEgMIIBHDCCARgGC2CGSAGG+EUBBxcCMIIBBzArBggr BgEFBQcCARYfaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYS1rcjCB1wYIKwYBBQUHAgIw gcoagcdOb3RpY2UgVGV4dD1OT1RJQ0U6IFByaXZhdGUga2V5IG1heSBiZSByZWNvdmVyZWQg YnkgVmVyaVNpZ24ncyBjdXN0b21lciB3aG8gbWF5IGJlIGFibGUgdG8gZGVjcnlwdCBtZXNz YWdlcyB5b3Ugc2VuZCB0byBjZXJ0aWZpY2F0ZSBob2xkZXIuICBVc2UgaXMgc3ViamVjdCB0 byB0ZXJtcyBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhLWtyMB8GA1UdIwQYMBaA FJHBc7Bz1dmSdGfNG/FRFDQxtixaMB0GA1UdDgQWBBScDZQbNfJ09T0Z0IN6wjCBx0HBozAt BgNVHREEJjAkoCIGCisGAQQBgjcUAgOgFAwSamFzbmVsbEB1cy5pYm0uY29tMB0GA1UdJQQW MBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBglghkgBhvhCAQEEBAMCBaAwDQYJKoZIhvcNAQEF BQADgYEAF535Im9JtiKgPUSfsVdBt2Pzqpc7D3xfHRWsh9X9DvChKAbYBYfMvwXARb5aZi4/ 0Kw9p6sFu/eNNj91rTqJ3cqap8/sRO/EUCp2eBVzqC4Rl2fGrj27rc8Q2OgUjHhTZ90s+crn ns/vpeiDpnLfniTGFGMfwKDTe3HEsMDuPqwxggS3MIIEswIBATCCAQ4wgfkxCzAJBgNVBAYT AlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0 aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4GA1UECxMn Q2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQDExtJQk0g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNLk+ruP8LaUVgbJ4AwCQYFKw4DAhoFAKCC Av0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcxMDA2MDIw MzA3WjAjBgkqhkiG9w0BCQQxFgQUrvVMsADyZyMfkKvBkrts4MUgDekwUgYJKoZIhvcNAQkP MUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4D AgcwDQYIKoZIhvcNAwICASgwggEhBgkrBgEEAYI3EAQxggESMIIBDjCB+TELMAkGA1UEBhMC VVMxNDAyBgNVBAoTK0ludGVybmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRp b24xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydD bGFzcyAyIE9uU2l0ZSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQc37B40uT6u4/wtpRWBsngDCCASMGCyqGSIb3DQEJ EAILMYIBEqCCAQ4wgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1 c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24u Y29tL3JwYSAoYykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBMSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNL k+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEBBQAEgYC1fcuHQ8/xJ7L2OKOLbhylzb7DyHAViSs5 2qvCAZQMoLmSoR3Sj3aWNZ9MafmW/ZJRWoW5DXDjs+pyqA2NeKCTXL1/ynVUqEzxYgewqOrE pqkH6H0cbEpSh/0TJNKv33NVVOXM2er4Gzn6OTHhTIRn724dRSl33a8dQ5Wjy9UsqgAAAAAA AA== --------------ms050309030807030707050307-- From owner-atom-syntax@mail.imc.org Sat Oct 06 01:03:59 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ie1pX-0002Z4-AX for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 01:03:59 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ie1pL-0000q9-NQ for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 01:03:54 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l964osMi090410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Oct 2007 21:50:54 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l964osn7090409; Fri, 5 Oct 2007 21:50:54 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l964opmR090400 for ; Fri, 5 Oct 2007 21:50:53 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 7B11043002D; Fri, 5 Oct 2007 23:50:36 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 71CA843400B; Fri, 5 Oct 2007 23:50:36 -0500 (CDT) Date: Fri, 5 Oct 2007 23:50:36 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: James M Snell cc: "A. Pagaltzis" , atom-syntax@imc.org Subject: Re: Why use Atom? In-Reply-To: <4706ECDB.3000700@gmail.com> Message-ID: References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> <4706ECDB.3000700@gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1400899355-1045387461-1191646236=:30530" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 343d06d914165ffd9d590a64755216ca This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1400899355-1045387461-1191646236=:30530 Content-Type: TEXT/PLAIN; format=flowed; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l964osMi090410 On Fri, 5 Oct 2007, James M Snell wrote: > If you rely on a whole bunch of application specific extension elements= , > you will not realize any significant benefit from using Atom. If you g= o > with Atom, find a more general way of encoding your data (e.g. use RDF > for instance). > > Regarding the question about tool support, that depends entirely on who > will be using the application. If you're building a tool for a very > specific and limited audience, it's probably not worth the effort. If > you're building a tool for an open audience, and the data from your > application might be used for purposes you hadn't originally intended, > use Atom and eliminate all the app-specific extensions. > That strikes me as sound advice. I saw a quote from Bill de h=D3ra cited= on=20 Aristotle Pagaltzis' blog (http://plasmasturm.org/log/463/) a while back: "Any kind of data garden is fair game for AtomPub to rationalize." In higher education we (faculty,librarians, etc.) are drowning in digital= =20 collections ("one off's") that eventually need to be shared, ported to th= e=20 web (e.g. currently on some departmental Filemaker server), preserved,=20 repurposed, etc. Current library tools (e.g. DSpace) generally hue to the= =20 Dublin Core way of looking at the world, which simply does not fit with=20 the way faculty want to think of their stuff. The way I see what we've=20 done in DASe is a slightly more structured form of "tagging", but the tag= s=20 here are allowed to have a type (i.e., not just all keywords). I wouldn'= t=20 call it a 'specific and limited audience' by any means, but for these=20 purposes, perhaps so. I am told that ArtStor (the largest vendor=20 currently for web-based Art & Art History image collections) has now opte= d=20 to go with key-value pairs (they too are "harvesting" collections=20 that have originated in a wide variety of places) rather than "top-down"=20 metadata schemas. It'll be interesting to see how this all shakes out. I don't really need/want the complexity of RDF and I certainly do=20 not want to try to explain such a thing to a=20 not-particularly-technology-saavy faculty member that I am trying to=20 persuade NOT to simply build another Filemaker database! The constraints= =20 provided by a flat key-value system has proven quite useful, actually. I= =20 suspect that I will end up establishing some subset of Atom Elements=20 (title, summary, updated, id) that every collection has as "common"=20 attributes and simply throw the rest of the collection-specific key-value= =20 pairs into the element as xml (or perhaps xhtml). -peter keane daseproject.org > - James > > pkeane wrote: >> Yup, I am trying to decide if the tool support is enough to justify th= e >> effort. And still I wonder if there is some other potential side >> benefit am not seeing. Here, by the way, is a collection as Atom Feed >> (with only one item shown). Note that collection owners can declare >> their own custom attributes to "map" to Atom Elements if they wish, in >> which case they appear in the default Atom namespace, otherwise they a= re >> in the "dase" namespace (standard administrative metadata common to al= l >> collections) or in the collection's own namespace. >> >> Note that there is no hand coding here, just a method on a collection >> object, e.g "print $collection->asAtom()". >> >> -pk >> >> >> > xmlns:dase=3D"http://quickdraw.laits.utexas.edu/dase" >> >> xmlns:texpol=3D"http://quickdraw.laits.utexas.edu/dase/texpol_image_co= llection/1.0" >> >> >> xml:base=3D"http://quickdraw.laits.utexas.edu/dase/texpol_image_collec= tion/"> >> Texas Politics Image Collection >> http://quickdraw.laits.utexas.edu/dase/texpol_image_collection >> >> >> >> 1969-12-31T18:00:00-06:00 >> > xml:base=3D"http://quickdraw.laits.utexas.edu/dase/texpol_image_collec= tion/"> >> >> http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/000= 435205 >> >> 1969-12-31T18:00:00-06:00 >> Congress Avenue >> photo of Congress Avenue >> image/jpeg >> PICA17902.JPG >> >> c837f0abd05c8b7126b8dac15d510f30 >> 787705 >> 1408 >> >> 2007-07-18T15:59:19 >> >> 000435205 >> 1209 >> Congress Avenue >> buildings >> /PICA17902.JPG >> Austin History Center >> Use in Texas Politics >> content >> Photographer: Unknown >> Restricted >> PICA17902.JPG >> executive >> > rel=3D"http://quickdraw.laits.utexas.edu/dase/media/thumbnail" >> href=3D"/media/thumbnail/000435205_100.jpg"/> >> > rel=3D"http://quickdraw.laits.utexas.edu/dase/media/viewitem" >> href=3D"/media/viewitem/000435205_400.jpg"/> >> > rel=3D"http://quickdraw.laits.utexas.edu/dase/media/full" >> href=3D"/media/full/000435205_3600.jpg"/> >> > src=3D"http://quickdraw.laits.utexas.edu/dase/texpol_image_collection/= media/thumbnail/000435205_100.jpg" >> type=3D"image/jpeg"/> >> >> >> >> >> On Fri, 5 Oct 2007, James M Snell wrote: >> >>> Basically, if it's a closed system with specific clients, there likel= y >>> will not be any benefit to using Atom. If you wish to enable >>> interchange and interop with other applications, there will be benefi= ts >>> to using Atom, if only to leverage the existing tool support. >>> >>> - James >>> >>> pkeane wrote: >>>> >>>> Yes, it is really nothing more than key-value pairs. I am more >>>> wondering about the possible benefits of Atom than whether this syst= em >>>> works -- I use it for data import/export of the collections and it i= s >>>> quite easy to create parsers and generators for this format that let= s me >>>> move it in and out of the relational databse that the application us= es. >>>> >>>> The database itself is also quite generic: a "collections" table, an= d >>>> "items" table, a "values" table and an "attributes" table (each valu= e >>>> has an item_id and and attribute_id). It is important that the data >>>> model be able to grow organically -- as a user adds a new "field" (a= ka >>>> key or attribute) to describe the items they have, they'll have no >>>> knowledge at all of Atom or Dublin Core or any of that. And it's fi= ne >>>> -- every collection has a unique set of attributes (aka fields or >>>> keys). The composite primary key for attribute is "ascii_id" plus >>>> "collection_id". >>>> >>>> The system has been in production and heavily used for a couple year= s, >>>> and includes 88 collections comprising 300,000 items. The are curre= ntly >>>> 1358 rows in the attribute table (those are the keys in the key->val= ue >>>> pairs) and 4.5 million rows in the value table. We've had no proble= ms >>>> at all with this current architecture. And yet I wonder what Atom c= ould >>>> do for me as a more standard XML format for data serialization... >>>> >>>> thanks! >>>> Peter Keane >>>> daseproject.org >>>> >>>> >>>> >>>> >>>> On Sat, 6 Oct 2007, A. Pagaltzis wrote: >>>> >>>>> >>>>> * pkeane [2007-10-05 07:00]: >>>>>> >>>>>> >>>>> ascii_id=3D"admin_checksum">630230b057c511cbee87447960fff02e >>>>>> 62-GT-06.jpg >>>>>> 318642 >>>>>> 576 >>>>>> 720 >>>>>> image/jpeg >>>>>> 000435213 >>>>>> >>>>> ascii_id=3D"admin_upload_date_time">2007-07-18T15:59:28 >>>>>> Photographer: Unknown >>>>>> Restricted >>>>>> photo of Ben Barnes while Speak= er, >>>>>> black >>>>>> and white >>>>>> Ben Barnes >>>>>> Capitol Building interior >>>>>> Lieutenant Governor >>>>>> Speaker of the House >>>>>> 62-GT-06.jpg >>>>>> Senate Media Services >>>>>> Use in Texas Politics >>>>>> content >>>>>> /62-GT-06.jpg >>>>>> Ben Barnes >>>>>> none >>>>>> >>>>> width=3D"720" mime_type=3D"image/jpeg" /> >>>>>> >>>>> width=3D"100" mime_type=3D"image/jpeg" /> >>>>>> >>>>> width=3D"600" mime_type=3D"image/jpeg" /> >>>>>> >>>>>> >>>>>> Any thoughts on the benefits of using atom here? >>>>> >>>>> I don?t see the problem. Atom gives you an Entry where you can >>>>> put the metadata for a media resource. You have a bunch of >>>>> attributes that should be mapped to Atom elements; the rest you >>>>> stick into the content, possibly as RDF since your ad-hoc vocab >>>>> is more or less along those lines anyway. >>>>> >>>>>> I cannot get past the fact that my ultra-generic xml schema is >>>>>> REALLY easy to deal with >>>>> >>>>> It?s not actually very generic. It?s a very limited vocabulary >>>>> that expresses barely any more than a map of key-value pairs. Of >>>>> course such a simple data structure is easy to deal with. The >>>>> only genericity there is that the keys are arbitrary strings. It >>>>> looks easy now because you have to do almost no work up front: >>>>> the structure is rigid and the semantics are completely ad-hoc. >>>>> >>>>> It won?t look very easy at all once you have a large dataset with >>>>> an inconsistent mess of key names. >>>>> >>>>> Regards, >>>>> -- >>>>> Aristotle Pagaltzis // >>>>> >>>> >>>> >>> >> > --1400899355-1045387461-1191646236=:30530-- From daisycantu@job-at.com Sat Oct 06 09:18:01 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ie9Xd-0007Ot-NG; Sat, 06 Oct 2007 09:18:01 -0400 Received: from [59.7.39.101] (helo=job-at.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ie9XQ-00050Z-7f; Sat, 06 Oct 2007 09:17:54 -0400 From: "daisycantu@job-at.com" To: Cc: , Subject: This Watch is wondrous Date: Sat, 06 Oct 2007 06:43:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; Content-Transfer-Encoding: 7Bit boundary="--AKGECO88524" X-Spam-Score: 3.0 (+++) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 I just got my wife a Bvlgari watch and she really loves it. I can't afford to spend $30 000 on a watch for her, though I would love to; but this did the trick. It looks exactly like the real thing and she's actually glad I didn't spend $30 000 on a watch but saved $29 750 instead. This turned out perfect guys, thanks for providing such a great product, with such great prices. This was a great experience ordering from your company. - Bart Just Visit http://www.suewywtt.com No longer recieve these messages http://www.suewywtt.com/remove From owner-atom-syntax@mail.imc.org Sat Oct 06 11:37:43 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeBip-0003Iq-Bf for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 11:37:43 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeBif-0008BN-4S for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 11:37:35 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96FNP73040475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 08:23:26 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l96FNPCr040474; Sat, 6 Oct 2007 08:23:25 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96FNOnF040468 for ; Sat, 6 Oct 2007 08:23:25 -0700 (MST) (envelope-from whateley@gmail.com) Received: by rv-out-0910.google.com with SMTP id c27so300155rvf for ; Sat, 06 Oct 2007 08:23:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=pxzaDLqspTEvccSBsA4icAda9z64Ic5M4vt71D5qir0=; b=tV4SJ4wP/jf5b6FE2n9fcD/6qC3AUaHlVBQNwLR0+1PI6FWbFs4ScHJSWd8ytTExrghI3cBIKVhwsDNaXAwlD6T45GW4S22K6jZni8T3gok5H5iuv7A2i/Y1UFKVO17NfVQ1q1Ln2fhMuz+6rNsexa3v76G8tkCvF5Kz8UZK+Zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=l2bfKLrRqyyUIPHHAYEkyTkJ0Z5d/g+bBqM5lThVIST5TKLvtaxAzDt+vCw8CzQEflkytl9ogDx1otHAxYaeydL7PaHbnLjesnZ45g9LS3ZfLaLsjtBrRlOnIlxhvfXPxSScHF6CFBic30BU/LjCTmHrkJVtHri+ANA4UTun3B0= Received: by 10.141.14.14 with SMTP id r14mr2195406rvi.1191684204025; Sat, 06 Oct 2007 08:23:24 -0700 (PDT) Received: from nyarlathotep ( [68.148.224.166]) by mx.google.com with ESMTPS id b39sm7225996rvf.2007.10.06.08.23.21 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 06 Oct 2007 08:23:22 -0700 (PDT) Date: Sat, 6 Oct 2007 09:23:16 -0600 From: Brendan Taylor To: atom-syntax@imc.org Subject: Re: Why use Atom? Message-ID: <20071006152316.GB23230@nyarlathotep> Mail-Followup-To: atom-syntax@imc.org References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> <4706ECDB.3000700@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f0KYrhQ4vYSV2aJu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 --f0KYrhQ4vYSV2aJu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 05, 2007 at 11:50:36PM -0500, pkeane wrote: > I don't really need/want the complexity of RDF and I certainly do not wan= t=20 > to try to explain such a thing to a not-particularly-technology-saavy=20 > faculty member that I am trying to persuade NOT to simply build another= =20 > Filemaker database! The complexity of RDF is vastly overstated; as Aristotle said, your homegrown XML is practically RDF already. --f0KYrhQ4vYSV2aJu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHB6hkc7m7RB/1A2URArc5AJ9os6JXJY/G+8vwJ2e3sMZcxgVRrACeM+Q5 lgUGtd9TOlWtsY6l0T05754= =3X1v -----END PGP SIGNATURE----- --f0KYrhQ4vYSV2aJu-- From owner-atom-syntax@mail.imc.org Sat Oct 06 14:11:14 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeE7O-0004JA-Ie for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 14:11:14 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeE7A-0003GD-91 for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 14:11:06 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96Hvs4k052932 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 10:57:54 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l96HvsMt052931; Sat, 6 Oct 2007 10:57:54 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96Hvrqi052925 for ; Sat, 6 Oct 2007 10:57:53 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 6154543002D; Sat, 6 Oct 2007 12:57:32 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 5E04443400B; Sat, 6 Oct 2007 12:57:32 -0500 (CDT) Date: Sat, 6 Oct 2007 12:57:32 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: Brendan Taylor cc: atom-syntax@imc.org Subject: Re: Why use Atom? In-Reply-To: <20071006152316.GB23230@nyarlathotep> Message-ID: References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> <4706ECDB.3000700@gmail.com> <20071006152316.GB23230@nyarlathotep> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 Well, I am revisiting RDF and I think I may have been influenced unduly by the fear of an "RDF complexity tax" which, as you say, is probably overstated. Now I need to figure out how I can allow for the possibility of semantics changing in the lifecycle (or use case) of an entry in my system. For instance, I may want to export a collection 'encoded' as Dublin Core, MODS, VRA Core, Atom, etc. In the library world thay call them "crosswalks" that establish equivalences between different metadata schemas. My thought is that Atom provides the best and most widely used "lowest common denominator". I think that some RDF in the may be just the trick. And I am guessing that if I use RDF intelligently I might be able to 'dereference' a piece of metadata as its equivalence in whatever schema context pertains to that particular dereferencing operation. In other words, I want to set up a (potentially dynamic) one-to-many relationship with a 'key' and it's equivalence out there in the wider information ecosystem. While it may seem a bit crazy, the use case is quite simple: faculty members needing to organize their digital 'stuff' have resorted to FileMaker (mixes presentation w/ semantics and is remarkably difficult to repurpose) or Excel Spreadsheets (often a nice and easily re-purposeable format, but almost always includes unwise attempts at repeatable fields). I am simply looking to (and have succeeded at) rationalizing the whole mess, at least here at UT Austin, and now seek to rationalize things in a larger context. thanks- Peter Keane daseproject.org On Sat, 6 Oct 2007, Brendan Taylor wrote: > On Fri, Oct 05, 2007 at 11:50:36PM -0500, pkeane wrote: >> I don't really need/want the complexity of RDF and I certainly do not want >> to try to explain such a thing to a not-particularly-technology-saavy >> faculty member that I am trying to persuade NOT to simply build another >> Filemaker database! > > The complexity of RDF is vastly overstated; as Aristotle said, your > homegrown XML is practically RDF already. > From owner-atom-syntax@mail.imc.org Sat Oct 06 15:11:53 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeF45-0005cW-PV for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 15:11:53 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeF3x-0004Sx-G6 for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 15:11:46 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96IwnHE058083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 11:58:49 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l96Iwn7H058082; Sat, 6 Oct 2007 11:58:49 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail2.markmonitor.com (mail2.markmonitor.com [64.124.14.95]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l96Iwl54058075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 6 Oct 2007 11:58:48 -0700 (MST) (envelope-from terris.linenbach@markmonitor.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail2.markmonitor.com (Postfix) with ESMTP id ABD59145A9 for ; Sat, 6 Oct 2007 11:58:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at markmonitor.com Received: from mail2.markmonitor.com ([127.0.0.1]) by localhost (mail2.mm-corp.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lc5Ei5ym3nfe for ; Sat, 6 Oct 2007 11:58:47 -0700 (PDT) Received: from sfoexch3.mm-ads.com (unknown [10.111.51.241]) by mail2.markmonitor.com (Postfix) with ESMTP id 8C1DE145A7 for ; Sat, 6 Oct 2007 11:58:47 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Why use Atom? Date: Sat, 6 Oct 2007 11:58:47 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Why use Atom? Thread-Index: AcgIRF1N4zq+Nlp6RqS6xzJW7GrooAAAy/xS References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> <4706ECDB.3000700@gmail.com> <20071006152316.GB23230@nyarlathotep> From: "Terris Linenbach" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by balder-227.proper.com id l96Iwm53058077 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 Since Atom has traction for describing who/what/when, I'm an Atom junkie as a matter of practicality. As for the "what", when you're talking about data instead of presentation, there seems to be two best choices: w3c xml schema or RDF (RDFXML until some binary representation of RDF becomes popular). xml schema of course is likely to be more common but interestingly I expect to see more reuse on the RDF side. RDFXML in my opinion makes RDF look scary initially. IMO it'll be a great day when ATOM toolsets integrate with RDF toolsets well enough for developers to be able to use both easily. The key word is "easily." ----- From: owner-atom-syntax@mail.imc.org on behalf of pkeane Sent: Sat 10/6/2007 10:57 AM To: Brendan Taylor Cc: atom-syntax@imc.org Subject: Re: Why use Atom? Well, I am revisiting RDF and I think I may have been influenced unduly by the fear of an "RDF complexity tax" which, as you say, is probably overstated. From Kimberlyfuesz@3stangsdashplaques.com Sat Oct 06 19:24:24 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeJ0S-0006CF-3h for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 19:24:24 -0400 Received: from [64.132.19.130] (helo=64-132-19-130.gvec.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeJ0O-0002zi-L7 for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 19:24:20 -0400 Received: by 10.159.128.197 with SMTP id vNPxrMmvOvobd; Sat, 6 Oct 2007 18:24:25 -0500 (GMT) Received: by 192.168.60.22 with SMTP id dtQnVGDhVVTYgd.8803636685594; Sat, 6 Oct 2007 18:24:23 -0500 (GMT) Message-ID: <0020AA77.8AFEA7C0@3stangsdashplaques.com> Date: Sat, 6 Oct 2007 18:24:20 -0500 From: "Kimberly fuesz" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: ablauten Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea Good morning atompub-archive Before Manster i had 0 ladies, now i’ve had 3 this week, its all about confidence Kimberly fuesz http://multiipi.com/ From owner-atom-syntax@mail.imc.org Sat Oct 06 21:16:58 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeKlO-00069z-7i for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 21:16:58 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeKlB-000566-Uc for atompub-archive@lists.ietf.org; Sat, 06 Oct 2007 21:16:52 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l97128G7081151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Oct 2007 18:02:08 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l97128Cn081150; Sat, 6 Oct 2007 18:02:08 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l97126Uu081138 for ; Sat, 6 Oct 2007 18:02:07 -0700 (MST) (envelope-from pagaltzis@gmx.de) Received: (qmail invoked by alias); 07 Oct 2007 01:02:05 -0000 Received: from static-87-79-236-202.netcologne.de (EHLO klangraum) [87.79.236.202] by mail.gmx.net (mp051) with SMTP; 07 Oct 2007 03:02:05 +0200 X-Authenticated: #163624 X-Provags-ID: V01U2FsdGVkX19wZeVCEK1w2WefSDCf60JcpW/fiESF2Azx6pGYRt 7S9u64Jp5yD5Ia Date: Sun, 7 Oct 2007 03:02:04 +0200 From: "A. Pagaltzis" To: atom-syntax@imc.org Subject: Re: Why use Atom? Message-ID: <20071007010204.GX24025@klangraum> Mail-Followup-To: atom-syntax@imc.org References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> <4706ECDB.3000700@gmail.com> <20071006152316.GB23230@nyarlathotep> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l97128G7081151 X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a * pkeane [2007-10-06 20:10]: > And I am guessing that if I use RDF intelligently I might be > able to 'dereference' a piece of metadata as its equivalence in > whatever schema context pertains to that particular > dereferencing operation. In other words, I want to set up a > (potentially dynamic) one-to-many relationship with a 'key' and > it's equivalence out there in the wider information ecosystem. Take a look at OWL=E2=80=99s sameAs property. You can use that to establish that two different properties in RDF mean the same thing. It=E2=80=99s only a partial answer though =E2=80=93 it works only when th= e values of the properties follow the exact same rules. But it=E2=80=99s at least something. (OWL defines more properties to deal with subtler mappings, but I=E2=80=99m not well versed in it, and when I hear RDF-heads talk, they only ever mention sameAs, so I have no opinion on how useful the other stuff is.) Regards, --=20 Aristotle Pagaltzis // From orders@snu.ac.kr Sun Oct 07 06:28:31 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeTN8-0003gc-DR for atompub-archive@lists.ietf.org; Sun, 07 Oct 2007 06:28:31 -0400 Received: from [196.44.204.90] (helo=ap-90.netactive.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IeTN3-0003Dz-H0 for atompub-archive@lists.ietf.org; Sun, 07 Oct 2007 06:28:27 -0400 Received: from xkk ([150.59.64.239]) by ap-90.netactive.net (8.13.1/8.13.1) with SMTP id l96JSseI015289; Sat, 6 Oct 2007 12:28:54 -0700 Message-ID: <001701c8084e$f907ac00$ef403b96@xkk> From: To: Subject: Weekend ride Date: Sat, 6 Oct 2007 12:27:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Score: 0.1 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 FRLE makes dreams come true for boaters and investors alike. Fearless International (F R L E) $0.21 Things are heating up for FRLE as word hits the street. We can see this becoming the next winner as we move into next week. FRLE is where it's at for Monday. From owner-atom-syntax@mail.imc.org Sun Oct 07 08:33:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeVKW-0002sZ-SR for atompub-archive@lists.ietf.org; Sun, 07 Oct 2007 08:33:56 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IeVKI-0005ZR-1h for atompub-archive@lists.ietf.org; Sun, 07 Oct 2007 08:33:43 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l97CJLNa023029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Oct 2007 05:19:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l97CJL3O023028; Sun, 7 Oct 2007 05:19:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc1-s32.bay0.hotmail.com (bay0-omc1-s32.bay0.hotmail.com [65.54.246.104]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l97CJKH1023021 for ; Sun, 7 Oct 2007 05:19:20 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS3 ([65.55.133.30]) by bay0-omc1-s32.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Oct 2007 05:19:20 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: To: "Mark Nottingham" Cc: "atom-syntax" References: Subject: Re: fh:complete & cf:treatAs Date: Sun, 7 Oct 2007 20:19:05 +0800 MIME-Version: 1.0 X-Unsent: 1 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 07 Oct 2007 12:19:20.0077 (UTC) FILETIME=[499AD3D0:01C808DC] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.7 (+) X-Scan-Signature: 93238566e09e6e262849b4f805833007 Thanks for your reply. Do you know if there has been any feed reader supporting RFC 5005 (complete feed||paged feed||archived feed)? -Franklin -------------------------------------------------- From: "Mark Nottingham" Date: Wednesday, 03 October, 2007 12:35 To: "Franklin Tse" Cc: "atom-syntax" Subject: Re: fh:complete & cf:treatAs > cf:treatAs talks about the ordering of the list; fh:complete doesn't. > > That said, I don't think there's much harm in using both. > > Cheers, > > -- > Mark Nottingham http://www.mnot.net/ > > From minerva_vega@respondez.com Sun Oct 07 12:22:46 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IeYty-0000qN-0Q for atompub-archive@megatron.ietf.org; Sun, 07 Oct 2007 12:22:46 -0400 Received: from [92.80.166.27] (helo=murwho) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IeYtt-0002IH-A9 for atompub-archive@megatron.ietf.org; Sun, 07 Oct 2007 12:22:42 -0400 Received: from yxeh ([137.239.100.204]) by murwho with Microsoft SMTPSVC(5.0.2195.6713); Sun, 7 Oct 2007 19:22:18 +0300 Message-ID: <470907BA.2080208@respondez.com> Date: Sun, 7 Oct 2007 19:22:18 +0300 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@megatron.ietf.org Subject: come get it Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 FUN FUN FUN, 1000 way to have fun, all for free. http://82.227.154.68/ From chiggy44@adamsbrosinteriors.com Sun Oct 07 20:22:23 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IegO7-0000ue-8S for atompub-archive@lists.ietf.org; Sun, 07 Oct 2007 20:22:23 -0400 Received: from [190.65.92.105] (helo=qasd) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IegNw-0005Xh-KY for atompub-archive@lists.ietf.org; Sun, 07 Oct 2007 20:22:19 -0400 Received: from [96.27.147.71] (helo=use) by qasd with smtp (Exim 4.62 (FreeBSD)) id 1J@gQ1-0007ka-DE; Sun, 7 Oct 2007 19:24:21 -0500 Message-ID: <47097816.3000100@adamsbrosinteriors.com> Date: Sun, 7 Oct 2007 19:21:42 -0500 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: This is what I'm talking about Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.8 (+++) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 News released rumored for this week. FEARLESS INTL INC (FRLE.OB) $0.21 Fearless is already trading heavy and now rumors of a huge news release will push this even harder. Beat the Monday morning crazy news by setting you but now for opening bell. From owner-atom-syntax@mail.imc.org Mon Oct 08 08:05:21 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IerMO-0000Gs-VP for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 08:05:20 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IerMG-0004UM-Lq for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 08:05:13 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l98AkU42026310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 03:46:30 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l98AkUDe026309; Mon, 8 Oct 2007 03:46:30 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mxout-04.mxes.net (mxout-04.mxes.net [216.86.168.179]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l98AkRjb026296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Oct 2007 03:46:30 -0700 (MST) (envelope-from mnot@mnot.net) Received: from [192.168.1.102] (unknown [59.167.68.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id C86F7D05A2; Mon, 8 Oct 2007 06:46:25 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <09AD5646-AF3F-44CB-AFA7-66A8B0832677@mnot.net> Cc: "atom-syntax" Content-Transfer-Encoding: 7bit From: Mark Nottingham Subject: Re: fh:complete & cf:treatAs Date: Mon, 8 Oct 2007 20:44:45 +1000 To: Franklin Tse X-Mailer: Apple Mail (2.752.3) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 AFAIK, no feed readers yet; it's in a couple of tools (e.g., Abdera, Argotic) though. Cheers, On 07/10/2007, at 10:19 PM, Franklin Tse wrote: > Thanks for your reply. Do you know if there has been any feed > reader supporting RFC 5005 (complete feed||paged feed||archived feed)? > > -Franklin > > -------------------------------------------------- > From: "Mark Nottingham" > Date: Wednesday, 03 October, 2007 12:35 > To: "Franklin Tse" > Cc: "atom-syntax" > Subject: Re: fh:complete & cf:treatAs > >> cf:treatAs talks about the ordering of the list; fh:complete doesn't. >> >> That said, I don't think there's much harm in using both. >> >> Cheers, >> >> -- >> Mark Nottingham http://www.mnot.net/ >> -- Mark Nottingham http://www.mnot.net/ From FILLERSfvd@poytyalainen.com Mon Oct 08 08:40:47 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ieruh-00036s-AE for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 08:40:47 -0400 Received: from 088156186139.who.vectranet.pl ([88.156.186.139]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IeruT-0004xx-NG for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 08:40:34 -0400 Received: from janusz-ibi95zdo ([192.150.97.11] helo=janusz-ibi95zdo) by 088156186139.who.vectranet.pl ( sendmail 8.13.3/8.13.1) with esmtpa id 1Wblws-000LAA-rx for atompub-archive@lists.ietf.org; Mon, 8 Oct 2007 14:40:02 +0200 Message-ID: <000301c809a8$496dfdc0$8bba9c58@januszibi95zdo> From: "Brad FILLERS" To: Subject: cudmore Date: Mon, 8 Oct 2007 14:39:37 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C809B9.0CF6CDC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.8 (+++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0004_01C809B9.0CF6CDC0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable http://porterro.com/ Day atompub-archive recommended by pornstars since 1999, this is there advantage Brad FILLERS ------=_NextPart_000_0004_01C809B9.0CF6CDC0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
http://porterro.com/
Day atompub-archive
recommended by pornstars since 1999, this is = there advantage
Brad FILLERS
------=_NextPart_000_0004_01C809B9.0CF6CDC0-- From owner-atom-syntax@mail.imc.org Mon Oct 08 13:28:58 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IewPa-0004Kr-FQ for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 13:28:58 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IewPP-0006k0-0m for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 13:28:48 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l98HCtf6063557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 10:12:55 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l98HCtu1063555; Mon, 8 Oct 2007 10:12:55 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l98HCrdA063536; Mon, 8 Oct 2007 10:12:54 -0700 (MST) (envelope-from lisa@osafoundation.org) Received: from localhost (laweleka.osafoundation.org [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 59A34142227; Mon, 8 Oct 2007 10:12:53 -0700 (PDT) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r-hswPUlKuPo; Mon, 8 Oct 2007 10:12:46 -0700 (PDT) Received: from [192.168.1.103] (unknown [74.95.2.169]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 8584714220E; Mon, 8 Oct 2007 10:12:46 -0700 (PDT) In-Reply-To: <47053D57.2040601@stpeter.im> References: <4703B763.3090902@stpeter.im> <47051E48.7080703@intertwingly.net> <47053D57.2040601@stpeter.im> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: multipart/alternative; boundary=Apple-Mail-3-955483654 Message-Id: <6FE5813C-32F6-4491-BBE5-EA5533F6C934@osafoundation.org> Cc: James Holderness , Atom Syntax , Atom Publishing Protocol From: Lisa Dusseault Subject: Re: [Fwd: I-D Action:draft-saintandre-atompub-notify-06.txt] Date: Mon, 8 Oct 2007 10:12:44 -0700 To: Peter Saint-Andre X-Mailer: Apple Mail (2.752.3) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 1676547e4f33b5e63227e9c02bd359e3 --Apple-Mail-3-955483654 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 4, 2007, at 12:21 PM, Peter Saint-Andre wrote: >> I was just thinking about suggesting this to you in the comments >> on your >> XMPP post. Subscribing to a feed via instant messaging has long >> been on >> my todo list of cool features that nobody but me would care about. >> It'll >> probably be years before I have an implementation though (precisely >> because nobody but me would care). When I do, I'll be sure to get >> back >> to you. > > In fact the IM integration features of microblogging services like > Twitter and Jaiku seem to be very popular. Whether IM integration (or, > to be more precise, real-time notification) makes sense in more > traditional blogging scenarios remains to be seen. I happen to use > my IM > client as a feed reader using the Mimir service, but I'm probably > in the > minority... As you know well Peter ;) the client that gets Jabber notifications of feed changes doesn't need to be an IM client. The BIFF BoF last IETF was about getting email clients that wanted realtime notifications of mail store events to implement jabber or SIP in order to get those -- rather than try to turn some request-oriented protocol into a notification protocol. I don't know where this will end up, but I certainly wanted to encourage people to consider using two protocols between client and server -- a request-oriented one for heavy data retrieval, searching and the like, and a notification- oriented one for change events. Some clients and helper applications will only need to implement one of the two, while a rich powerful client would probably in the long run implement both. FWIW, the BIFF BoF seemed to generate interest in discussing use cases and narrowing scope, but since then nothing has really happened due to lack of activity, and there won't be a follow-on meeting, BoF or WG, in Vancouver. Lisa --Apple-Mail-3-955483654 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1



On Oct 4, 2007, at = 12:21 PM, Peter Saint-Andre wrote:

I was = just thinking about suggesting this to you in the comments on = your

XMPP = post. Subscribing to a feed via instant messaging has long been = on

my todo = list of cool features that nobody but me would care about. = It'll

probably = be years before I have an implementation though (precisely

because nobody but me would = care). When I do, I'll be sure to get back

to you.


In fact the IM integration features of microblogging services = like

Twitter = and Jaiku seem to be very popular. Whether IM integration = (or,

to be = more precise, real-time notification) makes sense in more

traditional blogging = scenarios remains to be seen. I happen to use my IM

client as a feed reader = using the Mimir service, but I'm probably in the

minority...

=

As you know well Peter ;)=A0 the client that = gets Jabber notifications of feed changes doesn't need to be an IM = client.=A0 The BIFF BoF last IETF was about getting email clients that = wanted realtime notifications of mail store events to implement jabber = or SIP in order to get those -- rather than try to turn some = request-oriented protocol into a notification protocol.=A0 I don't know = where this will end up, but I certainly wanted to encourage people to = consider using two protocols between client and server -- a = request-oriented one for heavy data retrieval, searching and the like, = and a notification-oriented one for change events.=A0 Some clients and = helper applications will only need to implement one of the two, while a = rich powerful client would probably in the long run implement = both.

FWIW, = the BIFF BoF seemed to generate interest in discussing use cases and = narrowing scope, but since then nothing has really happened due to lack = of activity, and there won't be a follow-on meeting, BoF or WG, in = Vancouver.

Lisa
= --Apple-Mail-3-955483654-- From owner-atom-syntax@mail.imc.org Mon Oct 08 21:29:48 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1If3uu-0000e4-7c for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 21:29:48 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1If3ui-0003MT-UB for atompub-archive@lists.ietf.org; Mon, 08 Oct 2007 21:29:38 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l991EAuX003166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 18:14:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l991EAVG003165; Mon, 8 Oct 2007 18:14:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l991E9Ud003159 for ; Mon, 8 Oct 2007 18:14:09 -0700 (MST) (envelope-from rfc-editor@rfc-editor.org) Received: by bosco.isi.edu (Postfix, from userid 70) id E43D5E667C; Mon, 8 Oct 2007 18:09:21 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org Subject: RFC 5023 on The Atom Publishing Protocol From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, atom-syntax@imc.org Message-Id: <20071009010921.E43D5E667C@bosco.isi.edu> Date: Mon, 8 Oct 2007 18:09:21 -0700 (PDT) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955 A new Request for Comments is now available in online RFC libraries. RFC 5023 Title: The Atom Publishing Protocol Author: J. Gregorio, Ed., B. de hOra, Ed. Status: Standards Track Date: October 2007 Mailbox: joe@bitworking.org, bill@dehora.net Pages: 53 Characters: 102274 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-atompub-protocol-17.txt URL: http://www.rfc-editor.org/rfc/rfc5023.txt The Atom Publishing Protocol (AtomPub) is an application-level protocol for publishing and editing Web resources. The protocol is based on HTTP transfer of Atom-formatted representations. The Atom format is documented in the Atom Syndication Format. [STANDARDS TRACK] This document is a product of the Atom Publishing Format and Protocol Working Group of the IETF. This is now a Proposed Standard Protocol. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements.Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. The RFC Editor Team USC/Information Sciences Institute ... From owner-atom-syntax@mail.imc.org Tue Oct 09 00:03:50 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1If6Jy-0002yh-PR for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 00:03:50 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1If6Jk-0007N7-QH for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 00:03:43 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l993pWQB014620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 20:51:34 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l993pWSw014619; Mon, 8 Oct 2007 20:51:32 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l993pVYX014605 for ; Mon, 8 Oct 2007 20:51:32 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by wx-out-0506.google.com with SMTP id r21so1319706wxc for ; Mon, 08 Oct 2007 20:51:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=pFEGTfmyKH89lME8G0ClaKBif/QIyyVCC3LMxY/L62A=; b=c6csGER/xLzBXoX3EFmCmq1HfZ2S7lnJVCALV0cT/xo9rd2U0aaWolnVdckNA6k0Ba+mufpJjWCzGK6vSMVrUp5/Rx3UkvM33+6635VfbF7sdKyBpbolBsdGvkCed8DAUhJWD4Vqtx8wlbpG/EtxFQykPFzMQtpYrAr30AhslTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=UL5y26eB9g+Oi2orrcSCktcI0MzA3SQjRPEuA3qvUGkSvrzOukn69NZ+IzbSLoPf8n/Jy4XgxfqNx1V0s79wvgTcLT0RZdJIqOhPsYv+QR29aH8y9FaLv+HcOFlFo8EGWdFRlOYi5ucaBJSenjXRHsidd2UC+UtK1YZVWit9wlk= Received: by 10.90.68.15 with SMTP id q15mr4814563aga.1191901890002; Mon, 08 Oct 2007 20:51:30 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id q57sm6400092wrq.2007.10.08.20.51.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 08 Oct 2007 20:51:29 -0700 (PDT) Message-ID: <470AFABC.1070109@gmail.com> Date: Mon, 08 Oct 2007 20:51:24 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071005) MIME-Version: 1.0 CC: atom-syntax@imc.org, atom-protocol Subject: Re: RFC 5023 on The Atom Publishing Protocol References: <20071009010921.E43D5E667C@bosco.isi.edu> In-Reply-To: <20071009010921.E43D5E667C@bosco.isi.edu> X-Enigmail-Version: 0.95.3 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010303080001080103040309" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.6 (+) X-Scan-Signature: bf422c85703d3d847fb014987125ac48 This is a cryptographically signed message in MIME format. --------------ms010303080001080103040309 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Congrats all. Excellent to see this work completed. - James rfc-editor@rfc-editor.org wrote: > A new Request for Comments is now available in online RFC libraries. > > > RFC 5023 > > Title: The Atom Publishing Protocol > Author: J. Gregorio, Ed., > B. de hOra, Ed. > Status: Standards Track > Date: October 2007 > Mailbox: joe@bitworking.org, > bill@dehora.net > Pages: 53 > Characters: 102274 > Updates/Obsoletes/SeeAlso: None > > I-D Tag: draft-ietf-atompub-protocol-17.txt > > URL: http://www.rfc-editor.org/rfc/rfc5023.txt > > The Atom Publishing Protocol (AtomPub) is an application-level protocol > for publishing and editing Web resources. The protocol is based on > HTTP transfer of Atom-formatted representations. The Atom format is > documented in the Atom Syndication Format. [STANDARDS TRACK] > > This document is a product of the Atom Publishing Format and Protocol > Working Group of the IETF. > > This is now a Proposed Standard Protocol. > > STANDARDS TRACK: This document specifies an Internet standards track > protocol for the Internet community,and requests discussion and suggestions > for improvements.Please refer to the current edition of the Internet > Official Protocol Standards (STD 1) for the standardization state and > status of this protocol. Distribution of this memo is unlimited. > > This announcement is sent to the IETF list and the RFC-DIST list. > Requests to be added to or deleted from the IETF distribution list > should be sent to IETF-REQUEST@IETF.ORG. Requests to be > added to or deleted from the RFC-DIST distribution list should > be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. > > Details on obtaining RFCs via FTP or EMAIL may be obtained by sending > an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body > > help: ways_to_get_rfcs. For example: > > To: rfc-info@RFC-EDITOR.ORG > Subject: getting rfcs > > help: ways_to_get_rfcs > > Requests for special distribution should be addressed to either the > author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless > specifically noted otherwise on the RFC itself, all RFCs are for > unlimited distribution. > > Submissions for Requests for Comments should be sent to > RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC > Authors, for further information. > > > The RFC Editor Team > USC/Information Sciences Institute > > ... > > > --------------ms010303080001080103040309 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP7jCC BSwwggSVoAMCAQICEDqcN60eyFMWG0XIVQBLNZgwDQYJKoZIhvcNAQEFBQAwgcExCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykg MTk5OCBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMB4XDTAzMDUwNjAwMDAwMFoXDTEzMDUwNTIzNTk1 OVowgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1h Y2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTsw OQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENB MSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBANVnrTXdoH79V2HWnacXy7mjjSNcnOi3Z+cXSBh9uSDhCLAUUeuvoHub uA5ImrJI5k/dA+Q0L+WNzR7OZr4TRpw3DOksYS/0o+RZ5+luJ7ltXcdVgsHU6qqHDpvF1hAe gqpNz670JVVfUs4ThC1AafMIBHwmJbqFG4Iy39OH37oBAgMBAAGjggHpMIIB5TASBgNVHRMB Af8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwIwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y3JsLnZlcmlzaWduLmNvbS9wY2EyLWcyLmNybDALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEB BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEyNzAdBgNV HQ4EFgQUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowgegGA1UdIwSB4DCB3aGBx6SBxDCBwTELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1 YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShj KSAxOTk4IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmuCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3 DQEBBQUAA4GBAJcMUE/GM7DSGWSfEaUELX8FdU5Ug5WUfJVLTc4s5xDj+d9P/sxo39ofCYcy BrVFpessapDKDJKKCu6zbSNwKStMN7smU6TYiyT2FP216Adb5wsu94gxblObFoms2qG/BuGH bFxtbIBAiCNlFcRk69rPUGu/EOvQeUAR+Ub1NkjPMIIFWzCCBMSgAwIBAgIQc37B40uT6u4/ wtpRWBsngDANBgkqhkiG9w0BAQUFADCB+TELMAkGA1UEBhMCVVMxNDAyBgNVBAoTK0ludGVy bmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRp dmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzA5MjEwMDAwMDBaFw0wODA5MjAyMzU5NTlaMIGHMS4wLAYDVQQKFCVJbnRl cm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnAuMRcwFQYDVQQDDA5KYW1lcyBNLiBT bmVsbDEZMBcGCgmSJomT8ixkAQEUCThBMTEyMTg5NzEhMB8GCSqGSIb3DQEJARYSamFzbmVs bEB1cy5pYm0uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDkldnVGXgCCx9VqrI8 YWSgSOxYoJmSEJJTzvM2LjudEJYKagOT8hMp1t6830fjsVCM6/UWttWkGCISjO600hnehi7q FG8YaOwJL1Z+Mb+VpzlCIAEKWJ7N0QXBL41z+vlEphcZ3Rjusu5dJhfB3CX+q4HsoHSpwPbe 4OyDoj2ppQIDAQABo4ICUjCCAk4wCQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwZgYDVR0fBF8w XTBboFmgV4ZVaHR0cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vSW50ZXJuYXRpb25hbEJ1 c2luZXNzTWFjaGluZXNDb3JwQ29ycG9yYXRlQ0lPL0xhdGVzdENSTDCCASkGA1UdIASCASAw ggEcMIIBGAYLYIZIAYb4RQEHFwIwggEHMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhLWtyMIHXBggrBgEFBQcCAjCByhqBx05vdGljZSBUZXh0PU5PVElDRTog UHJpdmF0ZSBrZXkgbWF5IGJlIHJlY292ZXJlZCBieSBWZXJpU2lnbidzIGN1c3RvbWVyIHdo byBtYXkgYmUgYWJsZSB0byBkZWNyeXB0IG1lc3NhZ2VzIHlvdSBzZW5kIHRvIGNlcnRpZmlj YXRlIGhvbGRlci4gIFVzZSBpcyBzdWJqZWN0IHRvIHRlcm1zIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEta3IwHwYDVR0jBBgwFoAUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowHQYD VR0OBBYEFJwNlBs18nT1PRnQg3rCMIHHQcGjMC0GA1UdEQQmMCSgIgYKKwYBBAGCNxQCA6AU DBJqYXNuZWxsQHVzLmlibS5jb20wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBEG CWCGSAGG+EIBAQQEAwIFoDANBgkqhkiG9w0BAQUFAAOBgQAXnfkib0m2IqA9RJ+xV0G3Y/Oq lzsPfF8dFayH1f0O8KEoBtgFh8y/BcBFvlpmLj/QrD2nqwW79402P3WtOondypqnz+xE78RQ KnZ4FXOoLhGXZ8auPbutzxDY6BSMeFNn3Sz5yueez++l6IOmct+eJMYUYx/AoNN7ccSwwO4+ rDCCBVswggTEoAMCAQICEHN+weNLk+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEFBQAwgfkxCzAJ BgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENv cnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJU ZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4G A1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQD ExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMDcwOTIxMDAwMDAwWhcNMDgwOTIw MjM1OTU5WjCBhzEuMCwGA1UEChQlSW50ZXJuYXRpb25hbCBCdXNpbmVzcyBNYWNoaW5lcyBD b3JwLjEXMBUGA1UEAwwOSmFtZXMgTS4gU25lbGwxGTAXBgoJkiaJk/IsZAEBFAk4QTExMjE4 OTcxITAfBgkqhkiG9w0BCQEWEmphc25lbGxAdXMuaWJtLmNvbTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEA5JXZ1Rl4AgsfVaqyPGFkoEjsWKCZkhCSU87zNi47nRCWCmoDk/ITKdbe vN9H47FQjOv1FrbVpBgiEozutNIZ3oYu6hRvGGjsCS9WfjG/lac5QiABCliezdEFwS+Nc/r5 RKYXGd0Y7rLuXSYXwdwl/quB7KB0qcD23uDsg6I9qaUCAwEAAaOCAlIwggJOMAkGA1UdEwQC MAAwCwYDVR0PBAQDAgWgMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9vbnNpdGVjcmwudmVy aXNpZ24uY29tL0ludGVybmF0aW9uYWxCdXNpbmVzc01hY2hpbmVzQ29ycENvcnBvcmF0ZUNJ Ty9MYXRlc3RDUkwwggEpBgNVHSAEggEgMIIBHDCCARgGC2CGSAGG+EUBBxcCMIIBBzArBggr BgEFBQcCARYfaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYS1rcjCB1wYIKwYBBQUHAgIw gcoagcdOb3RpY2UgVGV4dD1OT1RJQ0U6IFByaXZhdGUga2V5IG1heSBiZSByZWNvdmVyZWQg YnkgVmVyaVNpZ24ncyBjdXN0b21lciB3aG8gbWF5IGJlIGFibGUgdG8gZGVjcnlwdCBtZXNz YWdlcyB5b3Ugc2VuZCB0byBjZXJ0aWZpY2F0ZSBob2xkZXIuICBVc2UgaXMgc3ViamVjdCB0 byB0ZXJtcyBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhLWtyMB8GA1UdIwQYMBaA FJHBc7Bz1dmSdGfNG/FRFDQxtixaMB0GA1UdDgQWBBScDZQbNfJ09T0Z0IN6wjCBx0HBozAt BgNVHREEJjAkoCIGCisGAQQBgjcUAgOgFAwSamFzbmVsbEB1cy5pYm0uY29tMB0GA1UdJQQW MBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBglghkgBhvhCAQEEBAMCBaAwDQYJKoZIhvcNAQEF BQADgYEAF535Im9JtiKgPUSfsVdBt2Pzqpc7D3xfHRWsh9X9DvChKAbYBYfMvwXARb5aZi4/ 0Kw9p6sFu/eNNj91rTqJ3cqap8/sRO/EUCp2eBVzqC4Rl2fGrj27rc8Q2OgUjHhTZ90s+crn ns/vpeiDpnLfniTGFGMfwKDTe3HEsMDuPqwxggS3MIIEswIBATCCAQ4wgfkxCzAJBgNVBAYT AlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0 aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4GA1UECxMn Q2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQDExtJQk0g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNLk+ruP8LaUVgbJ4AwCQYFKw4DAhoFAKCC Av0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcxMDA5MDM1 MTI0WjAjBgkqhkiG9w0BCQQxFgQUpfhxu51SGyuPB+1QcvCrze2Jj2YwUgYJKoZIhvcNAQkP MUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4D AgcwDQYIKoZIhvcNAwICASgwggEhBgkrBgEEAYI3EAQxggESMIIBDjCB+TELMAkGA1UEBhMC VVMxNDAyBgNVBAoTK0ludGVybmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRp b24xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydD bGFzcyAyIE9uU2l0ZSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQc37B40uT6u4/wtpRWBsngDCCASMGCyqGSIb3DQEJ EAILMYIBEqCCAQ4wgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1 c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24u Y29tL3JwYSAoYykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBMSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNL k+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEBBQAEgYDTrDRSwU1GzdK1srDgZ6IyOQhDgBCOQFTR tLT75EzAe+QXQT7nNIF880GjCsDAWMewLJnAjPf2AYeVtgmOsGSxvEXMWrAS1TN0uBl4tx46 TOFWc/YiFGAudOeGrn+5/NJd8XZKYZ1RwnTEgbcwsJIc+8a403KPQDeQOdK9q3pe6wAAAAAA AA== --------------ms010303080001080103040309-- From owner-atom-syntax@mail.imc.org Tue Oct 09 03:05:34 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1If99p-00089A-Tc for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 03:05:33 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1If99a-0003fF-9P for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 03:05:23 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l996ldPs026439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 23:47:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l996ldOm026437; Mon, 8 Oct 2007 23:47:39 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l996lcQ9026428 for ; Mon, 8 Oct 2007 23:47:39 -0700 (MST) (envelope-from yogesh.mujumdar@gmail.com) Received: by wa-out-1112.google.com with SMTP id l24so2126185waf for ; Mon, 08 Oct 2007 23:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=PcUgxHjjeUgAX4OCgQNSqzqpszrp6PrcG01oDSAYaw0=; b=SHUpbzhZz3Aw6K2DvoDyFUbVmwH2Db1lVentnlH/MgimdqdFLucnHLLKVhS99eLyxMUQzf+Y0iI8I3wN9NoWGqbh0G2FTx6eCRh4QBGUA8ytR4dGY8dCgRDnPZnojw6b9b1Wtjg+zrCyum10k4vlH6eHylF6FtlZC7wNfUZA6rM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=D6LXRo6kmyV+J/ZcryoO9u0GwAYQ+VRnASq/z3Vetke85YQ6E/Md0kMC8rZ6YoNvEcdSXNO//PYDKeolgRhLrRcCWokJQTNZrbcZv1EYut/NM9+w+nnrqJfZytjViET6VaGHLPfxOxtoHeapPUYtus+HjHICaGCymlHIp5nC7J0= Received: by 10.114.78.1 with SMTP id a1mr1391438wab.1191912457937; Mon, 08 Oct 2007 23:47:37 -0700 (PDT) Received: by 10.114.74.15 with HTTP; Mon, 8 Oct 2007 23:47:37 -0700 (PDT) Message-ID: Date: Tue, 9 Oct 2007 12:17:37 +0530 From: "Yogesh Mujumdar" To: atom-syntax@imc.org, atom-protocol Subject: Re: RFC 5023 on The Atom Publishing Protocol In-Reply-To: <470AFABC.1070109@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3350_29634798.1191912457932" References: <20071009010921.E43D5E667C@bosco.isi.edu> <470AFABC.1070109@gmail.com> Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 825e642946eda55cd9bc654a36dab8c2 ------=_Part_3350_29634798.1191912457932 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hooray! Congrats to all!! Thanks for all the members who made it happen. On 10/9/07, James M Snell wrote: > > Congrats all. Excellent to see this work completed. > > - James > > rfc-editor@rfc-editor.org wrote: > > A new Request for Comments is now available in online RFC libraries. > > > > > > RFC 5023 > > > > Title: The Atom Publishing Protocol > > Author: J. Gregorio, Ed., > > B. de hOra, Ed. > > Status: Standards Track > > Date: October 2007 > > Mailbox: joe@bitworking.org, > > bill@dehora.net > > Pages: 53 > > Characters: 102274 > > Updates/Obsoletes/SeeAlso: None > > > > I-D Tag: draft-ietf-atompub-protocol-17.txt > > > > URL: http://www.rfc-editor.org/rfc/rfc5023.txt > > > > The Atom Publishing Protocol (AtomPub) is an application-level protocol > > for publishing and editing Web resources. The protocol is based on > > HTTP transfer of Atom-formatted representations. The Atom format is > > documented in the Atom Syndication Format. [STANDARDS TRACK] > > > > This document is a product of the Atom Publishing Format and Protocol > > Working Group of the IETF. > > > > This is now a Proposed Standard Protocol. > > > > STANDARDS TRACK: This document specifies an Internet standards track > > protocol for the Internet community,and requests discussion and > suggestions > > for improvements.Please refer to the current edition of the Internet > > Official Protocol Standards (STD 1) for the standardization state and > > status of this protocol. Distribution of this memo is unlimited. > > > > This announcement is sent to the IETF list and the RFC-DIST list. > > Requests to be added to or deleted from the IETF distribution list > > should be sent to IETF-REQUEST@IETF.ORG. Requests to be > > added to or deleted from the RFC-DIST distribution list should > > be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. > > > > Details on obtaining RFCs via FTP or EMAIL may be obtained by sending > > an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body > > > > help: ways_to_get_rfcs. For example: > > > > To: rfc-info@RFC-EDITOR.ORG > > Subject: getting rfcs > > > > help: ways_to_get_rfcs > > > > Requests for special distribution should be addressed to either the > > author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless > > specifically noted otherwise on the RFC itself, all RFCs are for > > unlimited distribution. > > > > Submissions for Requests for Comments should be sent to > > RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC > > Authors, for further information. > > > > > > The RFC Editor Team > > USC/Information Sciences Institute > > > > ... > > > > > > > > -- Yogesh ------=_Part_3350_29634798.1191912457932 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hooray! Congrats to all!! Thanks for all the members who made it happen.

On 10/9/07, James M Snell <jasnell@gmail.com > wrote:
Congrats all. Excellent to see this work completed.

- James

rfc-editor@rfc-editor.org wrote:
> A new Request for Comments is now available in online RFC libraries.
>
>
>         RFC 5023
>
>         Title:      The Atom Publishing Protocol
>         Author:     J. Gregorio, Ed.,
>                     B. de hOra, Ed.
>         Status:     Standards Track
>         Date:       October 2007
>         Mailbox:     joe@bitworking.org,
>                     bill@dehora.net
>         Pages:      53
>         Characters: 102274
>         Updates/Obsoletes/SeeAlso:   None
>
>         I-D Tag:    draft-ietf-atompub-protocol-17.txt
>
>         URL:        http://www.rfc-editor.org/rfc/rfc5023.txt
>
> The Atom Publishing Protocol (AtomPub) is an application-level protocol
> for publishing and editing Web resources.  The protocol is based on
> HTTP transfer of Atom-formatted representations.  The Atom format is
> documented in the Atom Syndication Format.  [STANDARDS TRACK]
>
> This document is a product of the Atom Publishing Format and Protocol
> Working Group of the IETF.
>
> This is now a Proposed Standard Protocol.
>
> STANDARDS TRACK: This document specifies an Internet standards track
> protocol for the Internet community,and requests discussion and suggestions
> for improvements.Please refer to the current edition of the Internet
>  Official Protocol Standards (STD 1) for the standardization state and
>  status of this protocol.  Distribution of this memo is unlimited.
>
> This announcement is sent to the IETF list and the RFC-DIST list.
> Requests to be added to or deleted from the IETF distribution list
> should be sent to IETF-REQUEST@IETF.ORG.  Requests to be
> added to or deleted from the RFC-DIST distribution list should
> be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG.
>
> Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
> an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body
>
> help: ways_to_get_rfcs. For example:
>
>         To: rfc-info@RFC-EDITOR.ORG
>         Subject: getting rfcs
>
>         help: ways_to_get_rfcs
>
> Requests for special distribution should be addressed to either the
> author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG.  Unless
> specifically noted otherwise on the RFC itself, all RFCs are for
> unlimited distribution.
>
> Submissions for Requests for Comments should be sent to
> RFC-EDITOR@RFC-EDITOR.ORG.  Please consult RFC 2223, Instructions to RFC
> Authors, for further information.
>
>
> The RFC Editor Team
> USC/Information Sciences Institute
>
> ...
>
>
>




--
Yogesh ------=_Part_3350_29634798.1191912457932-- From owner-atom-syntax@mail.imc.org Tue Oct 09 08:08:20 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfDsq-0002LM-Mr for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 08:08:20 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfDse-0004sc-8B for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 08:08:15 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l99BoLYc059402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Oct 2007 04:50:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l99BoLgI059400; Tue, 9 Oct 2007 04:50:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc3-s23.bay0.hotmail.com (bay0-omc3-s23.bay0.hotmail.com [65.54.246.223]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l99BoJmW059388; Tue, 9 Oct 2007 04:50:19 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS1 ([65.55.133.28]) by bay0-omc3-s23.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Oct 2007 04:50:18 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" To: "atom-syntax" , "atom-protocol" Subject: Re: RFC 5023 on The Atom Publishing Protocol Date: Tue, 9 Oct 2007 19:50:15 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 09 Oct 2007 11:50:19.0064 (UTC) FILETIME=[90B4D380:01C80A6A] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea The APP namespace description page needs to be updated: http://www.w3.org/2007/app -Franklin From thag@apuzzlezone.com Tue Oct 09 09:04:31 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfElD-00064k-EH for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 09:04:31 -0400 Received: from [195.158.106.135] (helo=[195.158.106.135]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfEl8-0001gm-QL for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 09:04:27 -0400 Received: from sicom ([191.113.128.156] helo=sicom) by [195.158.106.135] (sendmail 8.13.3/8.13.1) with esmtpa id 1VbeRp-000UUR-gT for atompub-archive@lists.ietf.org; Tue, 9 Oct 2007 15:04:15 +0200 Message-ID: <000a01c80a74$d8911510$876a9ec3@sicom> From: "thag Herger" To: Subject: fourcas Date: Tue, 9 Oct 2007 15:03:54 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C80A85.9C19E510" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.2 (++++) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 ------=_NextPart_000_0007_01C80A85.9C19E510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable http://www.nikeehn.com/ Good morning atompub-archive Does penis size matter to women? thag Herger ------=_NextPart_000_0007_01C80A85.9C19E510 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
http://www.nikeehn.com/
Good morning atompub-archive
Does penis size matter to women?
thag Herger
------=_NextPart_000_0007_01C80A85.9C19E510-- From owner-atom-syntax@mail.imc.org Tue Oct 09 13:24:43 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfIp1-0005M9-AP for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 13:24:43 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfIou-0005WG-0u for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 13:24:37 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l99H7Hj8088653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Oct 2007 10:07:17 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l99H7HWc088652; Tue, 9 Oct 2007 10:07:17 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mwest.oreilly.com (mwest.oreilly.com [209.204.146.24]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l99H7Gom088645 for ; Tue, 9 Oct 2007 10:07:16 -0700 (MST) (envelope-from keith@oreilly.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by mwest.oreilly.com (Postfix) with ESMTP id BB1FD1B84B50; Tue, 9 Oct 2007 10:06:47 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at Received: from mwest.oreilly.com ([127.0.0.1]) by localhost (hugo.west.ora.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CzF57S0RmWay; Tue, 9 Oct 2007 10:06:47 -0700 (PDT) Received: from MacKeith.local (unknown [172.24.41.33]) by mwest.oreilly.com (Postfix) with ESMTP id 2D3811B84B4E; Tue, 9 Oct 2007 10:06:45 -0700 (PDT) Message-ID: <470BB53E.6070006@oreilly.com> Date: Tue, 09 Oct 2007 10:07:10 -0700 From: Keith Fahlgren User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Sam Ruby CC: pkeane , atom-syntax@imc.org Subject: Re: "Atom Inside" web application architecture References: <47069576.8060209@intertwingly.net> In-Reply-To: <47069576.8060209@intertwingly.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 On 10/5/07 12:50 PM, Sam Ruby wrote: > > pkeane wrote: >> ... I'd like >> implement an MVC architecture where the layers all spoke Atom to one >> another. All database access would be mediated by an Atom feed (read) >> and AtomPub interface (write). Everything from error logs, image >> slideshows, collection settings, incremental backups, etc. would be >> mediated by way of an Atom feed. Search would simply be an OpenSearch >> implementation that the application itself exposed and consumed. >> >> Any thoughts or pointers to similar approaches out there?? > > I don't know to what extent O'Reilly would be willing to publicly share, > but some aspects of what you describe sound like things that O'Reilly > has done with their internal APP repository which purportedly[1] holds > "hundreds of books, thousands of articles, and hundreds of thousands of > images" Hey, You're indeed thinking along the same lines as we are (currently experimenting with). I'm pushing on some folks internally for more details and hope to get back to you with more meat before too long... Keith PS: For the record, the current "Finished Goods Warehouse", which is the most purely APP-based internal store, has 840+ books & 179,870 images, but I'm sure Google and others have quite a bit more stuff in an APP instance. From owner-atom-syntax@mail.imc.org Tue Oct 09 14:16:20 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfJcy-0006tJ-2q for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 14:16:20 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfJco-0006v6-P3 for atompub-archive@lists.ietf.org; Tue, 09 Oct 2007 14:16:12 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l99I0rLm093909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Oct 2007 11:00:53 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l99I0rYB093908; Tue, 9 Oct 2007 11:00:53 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l99I0qbL093899 for ; Tue, 9 Oct 2007 11:00:53 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 83B7B350001; Tue, 9 Oct 2007 12:59:58 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 805FD354031; Tue, 9 Oct 2007 12:59:58 -0500 (CDT) Date: Tue, 9 Oct 2007 12:59:58 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: Keith Fahlgren cc: Sam Ruby , atom-syntax@imc.org Subject: Re: "Atom Inside" web application architecture In-Reply-To: <470BB53E.6070006@oreilly.com> Message-ID: References: <47069576.8060209@intertwingly.net> <470BB53E.6070006@oreilly.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 Fantastic -- I'd love to hear any more info that you could share. best- Peter On Tue, 9 Oct 2007, Keith Fahlgren wrote: > > On 10/5/07 12:50 PM, Sam Ruby wrote: >> >> pkeane wrote: >>> ... I'd like >>> implement an MVC architecture where the layers all spoke Atom to one >>> another. All database access would be mediated by an Atom feed (read) >>> and AtomPub interface (write). Everything from error logs, image >>> slideshows, collection settings, incremental backups, etc. would be >>> mediated by way of an Atom feed. Search would simply be an OpenSearch >>> implementation that the application itself exposed and consumed. >>> >>> Any thoughts or pointers to similar approaches out there?? >> >> I don't know to what extent O'Reilly would be willing to publicly share, >> but some aspects of what you describe sound like things that O'Reilly >> has done with their internal APP repository which purportedly[1] holds >> "hundreds of books, thousands of articles, and hundreds of thousands of >> images" > > > Hey, > > You're indeed thinking along the same lines as we are (currently experimenting > with). I'm pushing on some folks internally for more details and hope to get > back to you with more meat before too long... > > > Keith > > > PS: For the record, the current "Finished Goods Warehouse", which is the most > purely APP-based internal store, has 840+ books & 179,870 images, but I'm sure > Google and others have quite a bit more stuff in an APP instance. > From Kandoenmezgpu@DNEPROSHINA.ru Wed Oct 10 03:42:41 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfWDI-0003uV-V7 for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 03:42:40 -0400 Received: from [88.253.44.20] (helo=[88.253.52.207]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfWDE-0001dp-U9 for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 03:42:37 -0400 Received: from intel ([175.190.78.106] helo=intel) by [88.253.52.207] ( sendmail 8.13.3/8.13.1) with esmtpa id 1qWaRY-000NYL-Ny for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 10:42:37 +0300 Message-ID: <45EB37BF.EC5C41B5@DNEPROSHINA.ru> Date: Wed, 10 Oct 2007 10:42:27 +0300 From: "jorn Kandoenmez" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: jarlab Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.2 (++++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed How it is going atompub-archive There are many men out there just like you, who want to improve their penis size jorn Kandoenmez http://www.rezaq.com/ From Fahertyhql@ugb.ge Wed Oct 10 13:04:24 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ifeyu-0004TB-AA for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 13:04:24 -0400 Received: from p549ff87a.dip.t-dialin.net ([84.159.248.122]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ifeyh-0002zI-It for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 13:04:12 -0400 Received: from home-pc ([194.111.60.109] helo=home-pc) by p549FF87A.dip.t-dialin.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1bIhRC-000NUC-nm for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 19:05:33 +0200 Date: Wed, 10 Oct 2007 19:05:16 +0200 From: "Fady Faherty" Reply-To: "Fady Faherty" Message-ID: <359409183727.326451249656@ugb.ge> To: Subject: nsatedly MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original X-Spam-Score: 3.9 (+++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Day atompub-archive STOP procrastinating! now is the time to take action, gain confidence with the girls starting from today! Fady Faherty http://bennttig.com/ From owner-atom-syntax@mail.imc.org Wed Oct 10 14:45:51 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfgZ5-00016Z-Q7 for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 14:45:51 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfgYq-0004OW-S9 for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 14:45:43 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9AIGuL9028720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Oct 2007 11:16:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9AIGugq028719; Wed, 10 Oct 2007 11:16:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9AIGrAb028709 for ; Wed, 10 Oct 2007 11:16:55 -0700 (MST) (envelope-from nathan@creativecommons.org) Received: by nz-out-0506.google.com with SMTP id n1so222856nzf for ; Wed, 10 Oct 2007 11:16:52 -0700 (PDT) Received: by 10.114.126.1 with SMTP id y1mr1122220wac.1192040211711; Wed, 10 Oct 2007 11:16:51 -0700 (PDT) Received: by 10.114.194.10 with HTTP; Wed, 10 Oct 2007 11:16:51 -0700 (PDT) Message-ID: Date: Wed, 10 Oct 2007 11:16:51 -0700 From: "Nathan Yergler" To: atom-syntax@imc.org Subject: Best Practices for Extended Metadata MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f Creative Commons is currently working on implementation suggestions for how people can indicate that additional permissions are available outside the scope of a CC license. We've been referring to this as CC+ ("CC Plus"). CC+ is a very simple system that associates a "more permissions" URL with a work. Having this URL in a machine readable format is very important. One file format we're looking at is the Atom syndication format, and we have two different ideas for how we might implement this; I'm seeking feedback regarding best practices. One option is to use link with a custom rel; for example: The alternative is using RDFa (http://www.w3.org/2006/07/SWD/RDFa/primer) as part of an XHTML content payload. You can find examples of both at http://wiki.creativecommons.org/Atom. Is there a feeling regarding the use of additional s in feeds? Does most software just throw those away if it doesn't understand the rel? Thanks for any feedback; Nathan ----- Nathan R. Yergler Chief Technology Officer Creative Commons http://wiki.creativecommons.org/User:NathanYergler From jens.bramkamp@tenteije.nl Wed Oct 10 15:41:14 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfhQg-00038H-Rx for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 15:41:14 -0400 Received: from eog44.neoplus.adsl.tpnet.pl ([83.20.22.44]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IfhQV-0006HG-Pk for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 15:41:10 -0400 Received: from rxuig ([187.143.43.139]) by eog44.neoplus.adsl.tpnet.pl with Microsoft SMTPSVC(5.0.2195.6713); Wed, 10 Oct 2007 21:40:14 +0200 Message-ID: <001401c80b75$611b08e0$8b2b8fbb@rxuig> From: To: Subject: dude, its free Date: Wed, 10 Oct 2007 21:40:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 2.7 (++) X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574 What can we say, we got free games. over 1000 of them. check it out! http://66.215.89.238/ From wcampos@huffcarbide.com Wed Oct 10 15:42:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfhRV-0004FX-Aj for atompub-archive@megatron.ietf.org; Wed, 10 Oct 2007 15:42:05 -0400 Received: from eog44.neoplus.adsl.tpnet.pl ([83.20.22.44]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IfhRT-0006Jr-Ea for atompub-archive@megatron.ietf.org; Wed, 10 Oct 2007 15:42:04 -0400 Received: from gprvc ([142.199.130.125]) by eog44.neoplus.adsl.tpnet.pl with Microsoft SMTPSVC(6.0.3790.0); Wed, 10 Oct 2007 21:41:59 +0200 Message-ID: <003001c80b75$9f817600$7d82c78e@gprvc> From: To: Subject: Stop, time to play! Date: Wed, 10 Oct 2007 21:41:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.8 (++++) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Come get your free games. Over 1000 to choose from! http://82.36.21.102/ From owner-atom-syntax@mail.imc.org Wed Oct 10 15:57:39 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfhgZ-0008R8-EI for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 15:57:39 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IfhgN-0006jc-Ri for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 15:57:29 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9AJYUvR035115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Oct 2007 12:34:30 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9AJYU3D035114; Wed, 10 Oct 2007 12:34:30 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9AJYTXp035106 for ; Wed, 10 Oct 2007 12:34:29 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so107546ele for ; Wed, 10 Oct 2007 12:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; bh=ccZWeC+jpejK7rNmUQpb+C40VS22y5nClz7LwUaj2Fw=; b=fGJwkBUxmCDMjlYg//yLzgFyKsdsu2xjl1Gi+Q4baB7mdp6f3pYkCFg4MlZ771Kkc+Y7XqMjVMzGL5owUYk+DJPsn+s2twnLq8T6gT32P9xRJqfpKl4TLWP7nYC5sMRWgauufbd/J5CvJjOyO/7WktRqAMgv+wklfOnWjrCKfhM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=Fkxgg55V0cNaN6XUYalRShQt0tM5JPPcAO/ljZeg1YLxfwMIHNxJAQMbDbLHe/UXm8hCX+JMkRj43g+URaTC7eg8Yyn8lyST9MZC6rLlbQw+HjFW5B50eC1i4vOlCHKJNcx4eevguQfhmEguObmvDEApOi843Jj6uhJbPmjINiw= Received: by 10.142.225.11 with SMTP id x11mr376211wfg.1192044867639; Wed, 10 Oct 2007 12:34:27 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id 10sm1537149wrl.2007.10.10.12.34.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Oct 2007 12:34:26 -0700 (PDT) Message-ID: <470D2940.3070501@gmail.com> Date: Wed, 10 Oct 2007 12:34:24 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: Nathan Yergler CC: atom-syntax@imc.org Subject: Re: Best Practices for Extended Metadata References: In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000805010505050504040802" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 2bf730a014b318fd3efd65b39b48818c This is a cryptographically signed message in MIME format. --------------ms000805010505050504040802 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Several ideas, First off, RFC4287 explicitly allows the atom:link element to contain child elements. The downside is that, other than Abdera, I'm not aware of any client or library that would surface such extensions. So in theory, the following would be possible: ... Alternatively, there's nothing to say that the href in the license link cannot be a fragment identifier, e.g. ... But again, it's not clear to me what most clients would be able to make of this kind of thing. Using the license link to point to an external doc with the extended data would probably be the most successful approach. - James Nathan Yergler wrote: > Creative Commons is currently working on implementation suggestions > for how people can indicate that additional permissions are available > outside the scope of a CC license. We've been referring to this as > CC+ ("CC Plus"). CC+ is a very simple system that associates a "more > permissions" URL with a work. Having this URL in a machine readable > format is very important. > > One file format we're looking at is the Atom syndication format, and > we have two different ideas for how we might implement this; I'm > seeking feedback regarding best practices. One option is to use link > with a custom rel; for example: > > href="http://example.com/commercial_license_purchase" /> > > The alternative is using RDFa > (http://www.w3.org/2006/07/SWD/RDFa/primer) as part of an XHTML > content payload. > > You can find examples of both at http://wiki.creativecommons.org/Atom. > > Is there a feeling regarding the use of additional s in feeds? > Does most software just throw those away if it doesn't understand the > rel? > > Thanks for any feedback; > > Nathan > > ----- > Nathan R. Yergler > Chief Technology Officer > Creative Commons > > http://wiki.creativecommons.org/User:NathanYergler > > --------------ms000805010505050504040802 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIP7jCC BSwwggSVoAMCAQICEDhxwVOTyOj0nx4MTQ30ZkMwDQYJKoZIhvcNAQEFBQAwgcExCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykg MTk5OCBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMB4XDTAzMDUwNjAwMDAwMFoXDTA4MDUwNTIzNTk1 OVowgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1h Y2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTsw OQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENB MSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBANVnrTXdoH79V2HWnacXy7mjjSNcnOi3Z+cXSBh9uSDhCLAUUeuvoHub uA5ImrJI5k/dA+Q0L+WNzR7OZr4TRpw3DOksYS/0o+RZ5+luJ7ltXcdVgsHU6qqHDpvF1hAe gqpNz670JVVfUs4ThC1AafMIBHwmJbqFG4Iy39OH37oBAgMBAAGjggHpMIIB5TASBgNVHRMB Af8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwIwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y3JsLnZlcmlzaWduLmNvbS9wY2EyLWcyLmNybDALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEB BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEyNzAdBgNV HQ4EFgQUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowgegGA1UdIwSB4DCB3aGBx6SBxDCBwTELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTwwOgYDVQQLEzNDbGFzcyAyIFB1 YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzIxOjA4BgNVBAsTMShj KSAxOTk4IFZlcmlTaWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmuCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3 DQEBBQUAA4GBAAgYBRMDGzUl8C495yDmyE78QHSxQjkpKbJ61i0GkSYGUmkRYc3czKUlkV3s dHWe28su0SRO8HKhXzfUdR2D2n6UixORmR/tobmuxlkfwqHWDvNVuJD0iCV1e2cXT9qf38vM zMiC55lQmnCoUfTg131ovM/V1EI2aT181HWu/pM8MIIFWzCCBMSgAwIBAgIQc37B40uT6u4/ wtpRWBsngDANBgkqhkiG9w0BAQUFADCB+TELMAkGA1UEBhMCVVMxNDAyBgNVBAoTK0ludGVy bmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRpb24xHzAdBgNVBAsTFlZlcmlT aWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRp dmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzA5MjEwMDAwMDBaFw0wODA5MjAyMzU5NTlaMIGHMS4wLAYDVQQKFCVJbnRl cm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnAuMRcwFQYDVQQDDA5KYW1lcyBNLiBT bmVsbDEZMBcGCgmSJomT8ixkAQEUCThBMTEyMTg5NzEhMB8GCSqGSIb3DQEJARYSamFzbmVs bEB1cy5pYm0uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDkldnVGXgCCx9VqrI8 YWSgSOxYoJmSEJJTzvM2LjudEJYKagOT8hMp1t6830fjsVCM6/UWttWkGCISjO600hnehi7q FG8YaOwJL1Z+Mb+VpzlCIAEKWJ7N0QXBL41z+vlEphcZ3Rjusu5dJhfB3CX+q4HsoHSpwPbe 4OyDoj2ppQIDAQABo4ICUjCCAk4wCQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwZgYDVR0fBF8w XTBboFmgV4ZVaHR0cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vSW50ZXJuYXRpb25hbEJ1 c2luZXNzTWFjaGluZXNDb3JwQ29ycG9yYXRlQ0lPL0xhdGVzdENSTDCCASkGA1UdIASCASAw ggEcMIIBGAYLYIZIAYb4RQEHFwIwggEHMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhLWtyMIHXBggrBgEFBQcCAjCByhqBx05vdGljZSBUZXh0PU5PVElDRTog UHJpdmF0ZSBrZXkgbWF5IGJlIHJlY292ZXJlZCBieSBWZXJpU2lnbidzIGN1c3RvbWVyIHdo byBtYXkgYmUgYWJsZSB0byBkZWNyeXB0IG1lc3NhZ2VzIHlvdSBzZW5kIHRvIGNlcnRpZmlj YXRlIGhvbGRlci4gIFVzZSBpcyBzdWJqZWN0IHRvIHRlcm1zIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEta3IwHwYDVR0jBBgwFoAUkcFzsHPV2ZJ0Z80b8VEUNDG2LFowHQYD VR0OBBYEFJwNlBs18nT1PRnQg3rCMIHHQcGjMC0GA1UdEQQmMCSgIgYKKwYBBAGCNxQCA6AU DBJqYXNuZWxsQHVzLmlibS5jb20wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBEG CWCGSAGG+EIBAQQEAwIFoDANBgkqhkiG9w0BAQUFAAOBgQAXnfkib0m2IqA9RJ+xV0G3Y/Oq lzsPfF8dFayH1f0O8KEoBtgFh8y/BcBFvlpmLj/QrD2nqwW79402P3WtOondypqnz+xE78RQ KnZ4FXOoLhGXZ8auPbutzxDY6BSMeFNn3Sz5yueez++l6IOmct+eJMYUYx/AoNN7ccSwwO4+ rDCCBVswggTEoAMCAQICEHN+weNLk+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEFBQAwgfkxCzAJ BgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENv cnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJU ZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4G A1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQD ExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMDcwOTIxMDAwMDAwWhcNMDgwOTIw MjM1OTU5WjCBhzEuMCwGA1UEChQlSW50ZXJuYXRpb25hbCBCdXNpbmVzcyBNYWNoaW5lcyBD b3JwLjEXMBUGA1UEAwwOSmFtZXMgTS4gU25lbGwxGTAXBgoJkiaJk/IsZAEBFAk4QTExMjE4 OTcxITAfBgkqhkiG9w0BCQEWEmphc25lbGxAdXMuaWJtLmNvbTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEA5JXZ1Rl4AgsfVaqyPGFkoEjsWKCZkhCSU87zNi47nRCWCmoDk/ITKdbe vN9H47FQjOv1FrbVpBgiEozutNIZ3oYu6hRvGGjsCS9WfjG/lac5QiABCliezdEFwS+Nc/r5 RKYXGd0Y7rLuXSYXwdwl/quB7KB0qcD23uDsg6I9qaUCAwEAAaOCAlIwggJOMAkGA1UdEwQC MAAwCwYDVR0PBAQDAgWgMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9vbnNpdGVjcmwudmVy aXNpZ24uY29tL0ludGVybmF0aW9uYWxCdXNpbmVzc01hY2hpbmVzQ29ycENvcnBvcmF0ZUNJ Ty9MYXRlc3RDUkwwggEpBgNVHSAEggEgMIIBHDCCARgGC2CGSAGG+EUBBxcCMIIBBzArBggr BgEFBQcCARYfaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYS1rcjCB1wYIKwYBBQUHAgIw gcoagcdOb3RpY2UgVGV4dD1OT1RJQ0U6IFByaXZhdGUga2V5IG1heSBiZSByZWNvdmVyZWQg YnkgVmVyaVNpZ24ncyBjdXN0b21lciB3aG8gbWF5IGJlIGFibGUgdG8gZGVjcnlwdCBtZXNz YWdlcyB5b3Ugc2VuZCB0byBjZXJ0aWZpY2F0ZSBob2xkZXIuICBVc2UgaXMgc3ViamVjdCB0 byB0ZXJtcyBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhLWtyMB8GA1UdIwQYMBaA FJHBc7Bz1dmSdGfNG/FRFDQxtixaMB0GA1UdDgQWBBScDZQbNfJ09T0Z0IN6wjCBx0HBozAt BgNVHREEJjAkoCIGCisGAQQBgjcUAgOgFAwSamFzbmVsbEB1cy5pYm0uY29tMB0GA1UdJQQW MBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBglghkgBhvhCAQEEBAMCBaAwDQYJKoZIhvcNAQEF BQADgYEAF535Im9JtiKgPUSfsVdBt2Pzqpc7D3xfHRWsh9X9DvChKAbYBYfMvwXARb5aZi4/ 0Kw9p6sFu/eNNj91rTqJ3cqap8/sRO/EUCp2eBVzqC4Rl2fGrj27rc8Q2OgUjHhTZ90s+crn ns/vpeiDpnLfniTGFGMfwKDTe3HEsMDuPqwxggS3MIIEswIBATCCAQ4wgfkxCzAJBgNVBAYT AlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0 aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwMzEwMC4GA1UECxMn Q2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMSQwIgYDVQQDExtJQk0g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNLk+ruP8LaUVgbJ4AwCQYFKw4DAhoFAKCC Av0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcxMDEwMTkz NDI0WjAjBgkqhkiG9w0BCQQxFgQUFB32K3vcqvKZ3rpcdOg1r37GnNAwUgYJKoZIhvcNAQkP MUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4D AgcwDQYIKoZIhvcNAwICASgwggEhBgkrBgEEAYI3EAQxggESMIIBDjCB+TELMAkGA1UEBhMC VVMxNDAyBgNVBAoTK0ludGVybmF0aW9uYWwgQnVzaW5lc3MgTWFjaGluZXMgQ29ycG9yYXRp b24xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTAzMTAwLgYDVQQLEydD bGFzcyAyIE9uU2l0ZSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExJDAiBgNVBAMTG0lCTSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIQc37B40uT6u4/wtpRWBsngDCCASMGCyqGSIb3DQEJ EAILMYIBEqCCAQ4wgfkxCzAJBgNVBAYTAlVTMTQwMgYDVQQKEytJbnRlcm5hdGlvbmFsIEJ1 c2luZXNzIE1hY2hpbmVzIENvcnBvcmF0aW9uMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24u Y29tL3JwYSAoYykwMzEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJz Y3JpYmVyIENBMSQwIgYDVQQDExtJQk0gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkCEHN+weNL k+ruP8LaUVgbJ4AwDQYJKoZIhvcNAQEBBQAEgYCG7DtQrA86imurisYslkJ3u8HKcRKK+EDp 8mV8CBwdgvXFbocSVkaRzOwXTZ5J6QADVZ/rrMfHCK4jzXtZ1eU8F3YiENRpRd/qWcvlAtXF AQ1HWNXE1RH1yIpmxziEg679FkYO3LuISNkGADb2RTkqBoXNg84FeE6srped0gWFGgAAAAAA AA== --------------ms000805010505050504040802-- From owner-atom-syntax@mail.imc.org Wed Oct 10 19:11:18 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ifkhy-0007ux-QS for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 19:11:18 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ifkho-0004Wm-HM for atompub-archive@lists.ietf.org; Wed, 10 Oct 2007 19:11:14 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9AMtJRx051845 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Oct 2007 15:55:19 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9AMtJIf051844; Wed, 10 Oct 2007 15:55:19 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ironclad.net.au ([203.30.247.11]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9AMtHVh051755 for ; Wed, 10 Oct 2007 15:55:18 -0700 (MST) (envelope-from eric.scheid@ironclad.net.au) Received: from [203.30.247.18] ([203.30.247.18] verified) by ironclad.net.au (Stalker SMTP Server 1.7) with ESMTP id S.1903419118 for ; Thu, 11 Oct 2007 08:54:34 +1000 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Thu, 11 Oct 2007 08:54:44 +1000 Subject: Re: Best Practices for Extended Metadata From: Eric Scheid To: Atom Syntax Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 On 11/10/07 4:16 AM, "Nathan Yergler" wrote: > Is there a feeling regarding the use of additional s in feeds? > Does most software just throw those away if it doesn't understand the > rel? more are welcome, some aggregators/readers are smart enough to expose those extra links e. From f4woozo@riva128.com Thu Oct 11 07:48:07 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IfwWN-0001xw-7O; Thu, 11 Oct 2007 07:48:07 -0400 Received: from 71-17-123-17.wybn.hsdb.sasknet.sk.ca ([71.17.123.17] helo=riva128.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IfwVv-0006ue-Li; Thu, 11 Oct 2007 07:47:40 -0400 From: "f4woozo@riva128.com" To: , , Subject: This Watch is first class Date: Thu, 11 Oct 2007 04:10:44 -0800 MIME-Version: 1.0 Content-Type: text/plain; Content-Transfer-Encoding: 7Bit boundary="--HTRSDJ30608" X-Spam-Score: 2.8 (++) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 I just got my wife a Bvlgari watch and she really loves it. I can't afford to spend $30 000 on a watch for her, though I would love to; but this did the trick. It looks exactly like the real thing and she's actually glad I didn't spend $30 000 on a watch but saved $29 750 instead. This turned out perfect guys, thanks for providing such a great product, with such great prices. This was a great experience ordering from your company. - Derick Site is http://www.pjtpg.com These e-mails aren't of interest http://www.pjtpg.com/remove From print@crowngymmats.com Thu Oct 11 11:40:57 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig09h-0005rV-Gg for atompub-archive@megatron.ietf.org; Thu, 11 Oct 2007 11:40:57 -0400 Received: from mail.essexgc.com ([65.103.68.226]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ig09X-0007O8-2i for atompub-archive@megatron.ietf.org; Thu, 11 Oct 2007 11:40:53 -0400 Received: (qmail 2606 invoked from network); Thu, 11 Oct 2007 08:43:41 -0700 Received: from unknown (HELO vfz) (174.210.189.165) by mail.essexgc.com with SMTP; Thu, 11 Oct 2007 08:43:41 -0700 Message-ID: <470E44AD.8010205@crowngymmats.com> Date: Thu, 11 Oct 2007 08:43:41 -0700 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@megatron.ietf.org Subject: did you get your copy yet Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574 Come get your games for free, no gimmicks just free fun. http://66.138.19.118/ From to5608@coopvgg.com.ar Thu Oct 11 11:53:06 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig0LS-000095-9n for atompub-archive@lists.ietf.org; Thu, 11 Oct 2007 11:53:06 -0400 Received: from f5c185.gpcom.net ([12.154.5.185]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ig0LD-0007va-Q9 for atompub-archive@lists.ietf.org; Thu, 11 Oct 2007 11:53:06 -0400 Received: from [91.208.49.27] (helo=ojkdj) by f5c185.gpcom.net with smtp (Exim 4.62 (FreeBSD)) id 1JN2-0004dx-L7; Thu, 11 Oct 2007 09:54:44 -0600 Message-ID: <470E46AA.5060608@coopvgg.com.ar> Date: Thu, 11 Oct 2007 09:52:10 -0600 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: Cool games, for free Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 This is no joke, 1000 games for FREE. Click here! http://77.99.118.157/ From dispo@motion-ind.com Thu Oct 11 21:12:38 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ig94w-0007F4-9u for atompub-archive@megatron.ietf.org; Thu, 11 Oct 2007 21:12:38 -0400 Received: from [190.3.201.225] (helo=pigjo) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ig94s-0005gM-Od for atompub-archive@megatron.ietf.org; Thu, 11 Oct 2007 21:12:36 -0400 Received: from [137.216.76.63] (helo=ecliq) by pigjo with smtp (Exim 4.62 (FreeBSD)) id 1JdAI-0003UP-Nm; Thu, 11 Oct 2007 20:17:25 -0500 Message-ID: <001301c80c6c$f4fd4760$3f4cd889@ecliq> From: To: Subject: Did you open your ecard yet? Date: Thu, 11 Oct 2007 20:12:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Score: 0.1 (/) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Click here to view your laughing kitty card online. http://76.26.195.82/ From Lanteignejghzp@jsif.org Fri Oct 12 06:48:43 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgI4R-0002Np-KS for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 06:48:43 -0400 Received: from host106-189-static.39-85-b.business.telecomitalia.it ([85.39.189.106]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IgI4I-0007hJ-Pg for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 06:48:35 -0400 Received: by 10.13.108.92 with SMTP id DXLOuMgQWUQfq; Fri, 12 Oct 2007 12:54:19 +0200 (GMT) Received: by 192.168.121.92 with SMTP id UpzsmuMGwCNdgh.3582991489957; Fri, 12 Oct 2007 12:54:17 +0200 (GMT) Message-ID: <000d01c80cbe$3ac50890$6abd2755@comutc> From: "dgyu Lanteigne" To: Subject: tlhohegs Date: Fri, 12 Oct 2007 12:54:14 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C80CCE.FE4DD890" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.9 (++++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0009_01C80CCE.FE4DD890 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Greetings atompub-archive i got no probs taking the girls home now dgyu Lanteigne http://www.bulbarn.com/ ------=_NextPart_000_0009_01C80CCE.FE4DD890 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Greetings atompub-archive
i got no probs taking the girls home = now
dgyu Lanteigne
http://www.bulbarn.com/
------=_NextPart_000_0009_01C80CCE.FE4DD890-- From sindhu_nair@acerosroag.com Fri Oct 12 08:18:22 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgJTC-0006NP-Rg for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 08:18:22 -0400 Received: from adsl25-50.qualitynet.net ([62.150.131.50]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IgJT1-0001i9-JF for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 08:18:18 -0400 Received: from dysuu ([45.237.51.106]) by adsl25-50.qualitynet.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 12 Oct 2007 03:21:06 -0700 Message-ID: <470F4A92.3080700@acerosroag.com> Date: Fri, 12 Oct 2007 03:21:06 -0700 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: You have an online greeting waiting. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.8 (+++) X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574 Please click here to view your Crazy Kitty Card Online. http://68.126.134.102/ From orders@wacl.com Fri Oct 12 08:20:57 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgJVh-0007gV-Rt for atompub-archive@megatron.ietf.org; Fri, 12 Oct 2007 08:20:57 -0400 Received: from adsl25-50.qualitynet.net ([62.150.131.50]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IgJVc-0001mS-JT for atompub-archive@megatron.ietf.org; Fri, 12 Oct 2007 08:20:54 -0400 Received: from tjzz ([128.111.164.226]) by adsl25-50.qualitynet.net with Microsoft SMTPSVC(5.0.2195.5329); Fri, 12 Oct 2007 03:24:02 -0700 Message-ID: <470F4B42.5060802@wacl.com> Date: Fri, 12 Oct 2007 03:24:02 -0700 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@megatron.ietf.org Subject: You have just received an ecard. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.3 (++++) X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574 The original Psycho Card is back, and someone sent it to you. Click here to view it online. http://71.239.222.17/ From Riaan-Pautzke@towncalleddobson.com Fri Oct 12 10:18:49 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgLLl-0001Lm-Ag for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 10:18:49 -0400 Received: from p5484e621.dip.t-dialin.net ([84.132.230.33]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgLLZ-0006lK-TZ for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 10:18:44 -0400 Received: by 10.229.75.106 with SMTP id oymMsyEzRaXUE; Fri, 12 Oct 2007 16:18:35 +0200 (GMT) Received: by 192.168.174.53 with SMTP id pjKlStlrMYxtVQ.8253366307266; Fri, 12 Oct 2007 16:18:33 +0200 (GMT) Message-ID: <000501c80cda$c3dddc80$21e68454@hxv1wu159t78vr> From: "Riaan Pautzke" To: atompub-archive@lists.ietf.org Subject: {ignep Date: Fri, 12 Oct 2007 16:18:30 +0200 Message-ID: <000501c80cda$c3dddc80$21e68454@hxv1wu159t78vr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 4.5 (++++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed hello love atompub-archive are you going to pass up an opportunity to get a humungous penis? really? Riaan Pautzke http://antems.com/ From owner-atom-syntax@mail.imc.org Fri Oct 12 10:47:47 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgLnn-0005Or-7h for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 10:47:47 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgLna-0008VL-U2 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 10:47:41 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CEYbmb054676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 07:34:37 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CEYbKA054675; Fri, 12 Oct 2007 07:34:37 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CEYZvC054660 for ; Fri, 12 Oct 2007 07:34:36 -0700 (MST) (envelope-from joe.gregorio@gmail.com) Received: by nf-out-0910.google.com with SMTP id c10so698231nfd for ; Fri, 12 Oct 2007 07:34:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=hqzSsBVCNic8Mxw+gdV0aVRzabI2XAzp5d7tYn5TIeU=; b=Y/AhAofY03xJmkaTKKP3qS0Gt6UxkrRNKeNSD4NisLCo0r62/7EZyien0aOC5IjeOuQMy/OBxhde3L9W7npHjeBQC4dFmmAJWY5RGLkOMp+xxtJZ6HrETTzibPisIMh+w0RsDaknTplDEUnc384sqHKW11XZYQ3AH3xZn+rhkjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=C+TAFhYdxXOAMIVmowOs9uSYw5T0yWtN4TZF4TtgH5lqn/VtEERaN/6aeygYNKvAzxanpvzu3IhKinf8YsCgDLYm/sJgmmMhHOeWoD5eN03hubxKH8Ivht4aJ71WaL+vRljG+y59tCD+IDA8rWRfYLkGLTJWtWfmyurI9hCVe9M= Received: by 10.86.89.4 with SMTP id m4mr2427635fgb.1192199674440; Fri, 12 Oct 2007 07:34:34 -0700 (PDT) Received: by 10.86.83.3 with HTTP; Fri, 12 Oct 2007 07:34:34 -0700 (PDT) Message-ID: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> Date: Fri, 12 Oct 2007 10:34:34 -0400 From: "Joe Gregorio" To: "Nathan Yergler" Subject: Re: Best Practices for Extended Metadata Cc: atom-syntax@imc.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: ef2668d3f5fc5b9b Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb On 10/10/07, Nathan Yergler wrote: > > Creative Commons is currently working on implementation suggestions > for how people can indicate that additional permissions are available > outside the scope of a CC license. We've been referring to this as > CC+ ("CC Plus"). CC+ is a very simple system that associates a "more > permissions" URL with a work. Having this URL in a machine readable > format is very important. > > One file format we're looking at is the Atom syndication format, and > we have two different ideas for how we might implement this; I'm > seeking feedback regarding best practices. One option is to use link > with a custom rel; for example: > > href="http://example.com/commercial_license_purchase" /> This is definitely the preferred option, as you can't guarantee that everyone can produce XHTML content. > The alternative is using RDFa > (http://www.w3.org/2006/07/SWD/RDFa/primer) as part of an XHTML > content payload. > > You can find examples of both at http://wiki.creativecommons.org/Atom. > > Is there a feeling regarding the use of additional s in feeds? > Does most software just throw those away if it doesn't understand the > rel? Even if true I don't think it matters as you've stated that this is supposed to be a machine readable URL, so applications that understand the rel will know what to do with it, and others that don't will ignore it. -joe -- Joe Gregorio http://bitworking.org From owner-atom-syntax@mail.imc.org Fri Oct 12 10:47:47 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgLnn-0005Ok-7g for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 10:47:47 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgLna-0008VD-U6 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 10:47:41 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CEYKZq054640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 07:34:20 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CEYKEG054639; Fri, 12 Oct 2007 07:34:20 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from [192.168.1.3] (pool-72-76-39-171.nwrknj.fios.verizon.net [72.76.39.171]) (authenticated bits=0) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CEYHKm054631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 Oct 2007 07:34:19 -0700 (MST) (envelope-from phoffman@imc.org) Mime-Version: 1.0 Message-Id: Date: Fri, 12 Oct 2007 10:34:11 -0400 To: Atom WG From: Paul Hoffman Subject: Closing the Atompub Working Group Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Greetings again. As y'all may have noticed, the Atompub WG finally completed our milestones. In the IETF, this normally has one of two consequences: - The WG shuts down, with the mailing list remaining open - A new charter is agreed to, and the WG continues Tim and I feel that the former is appropriate, but it is also appropriate to ask if people have suggestions for the latter. If the WG does recharter, Tim and I will step down, and Lisa will find one or two new leaders for the WG. Comments? From owner-atom-syntax@mail.imc.org Fri Oct 12 11:17:18 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgMGM-00032u-Oq for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 11:17:18 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgMGH-0001Fg-Dw for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 11:17:14 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CF3XdL056457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 08:03:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CF3XkW056456; Fri, 12 Oct 2007 08:03:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CF3UD1056440 for ; Fri, 12 Oct 2007 08:03:32 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by an-out-0708.google.com with SMTP id c23so46155anc for ; Fri, 12 Oct 2007 08:03:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=eJXSHOT2nk22Lm72j5M+o9wh7/QxnoegCG1jXxEqt0o=; b=UtgMc77put1s893qEXng3W2EGtZhblovphzqkpqIvrl3rFeW1YuFiI/jsyJL4fzsdIOb6VVxHA9lgrKQZ3msfat/ScPf2yNHK9BlGtU2uGT5wOZhEGtMu/enJyiBBJbT2KERkuUwwhmOamFk8iw/8jntnwEQBfsY4uGBF2Nkr5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=DVPHPMrL+KrX4fijUa75WLlnIshVOiqUFVHmQMftH3tvS0mb8zw6k/95FlgwCRL2p8lNw5/sjndtZrzKI/uqcbszkE2/uKB6DEHau2GKiq9fk2bVx5XzwwGzo1ewb3bB+G8qUBmcVNTU99Te5ZMfHe5oWKajgOOBVOwqHVaRhD4= Received: by 10.142.229.4 with SMTP id b4mr1011682wfh.1192201407166; Fri, 12 Oct 2007 08:03:27 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id m6sm882027wrm.2007.10.12.08.03.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 12 Oct 2007 08:03:26 -0700 (PDT) Message-ID: <470F8CBC.1000704@gmail.com> Date: Fri, 12 Oct 2007 08:03:24 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: Paul Hoffman CC: Atom WG Subject: Re: Closing the Atompub Working Group References: In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a I'd be fine with either. There definitely might be some sense in chartering an Atom Extensions WG that can look at various things like the Features draft. I do, however, believe that keeping at least one of the mailing lists active would be an extremely good idea so that those of us who are working on extensions can continue to engage the community. - James Paul Hoffman wrote: > > Greetings again. As y'all may have noticed, the Atompub WG finally > completed our milestones. In the IETF, this normally has one of two > consequences: > > - The WG shuts down, with the mailing list remaining open > > - A new charter is agreed to, and the WG continues > > Tim and I feel that the former is appropriate, but it is also > appropriate to ask if people have suggestions for the latter. If the WG > does recharter, Tim and I will step down, and Lisa will find one or two > new leaders for the WG. > > Comments? > > From owner-atom-syntax@mail.imc.org Fri Oct 12 17:03:11 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgRf5-00037h-NP for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 17:03:11 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgRev-0004zw-D6 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 17:03:02 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CKoCmQ083947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 13:50:12 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CKoCFW083946; Fri, 12 Oct 2007 13:50:12 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from darwin.ctyme.com (smtp166.junkemailfilter.com [69.50.231.166]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CKoBf5083940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 Oct 2007 13:50:12 -0700 (MST) (envelope-from ml@creativecommons.org) Received: from adsl-69-232-201-151.dsl.pltn13.pacbell.net ([69.232.201.151] helo=[10.0.2.187]) by darwin.ctyme.com with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.68) id 1IgRSU-0003FU-05 on interface=69.50.231.166; Fri, 12 Oct 2007 13:50:10 -0700 Subject: Re: Best Practices for Extended Metadata From: Mike Linksvayer To: Joe Gregorio Cc: Nathan Yergler , atom-syntax@imc.org In-Reply-To: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> References: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> Content-Type: text/plain Date: Fri, 12 Oct 2007 13:50:48 -0700 Message-Id: <1192222248.28895.158.camel@dell.linuxdev.us.dell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Spamfilter-host: darwin.ctyme.com - http://www.junkemailfilter.com Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 On Fri, 2007-10-12 at 10:34 -0400, Joe Gregorio wrote: > On 10/10/07, Nathan Yergler wrote: > > > > Creative Commons is currently working on implementation suggestions > > for how people can indicate that additional permissions are available > > outside the scope of a CC license. We've been referring to this as > > CC+ ("CC Plus"). CC+ is a very simple system that associates a "more > > permissions" URL with a work. Having this URL in a machine readable > > format is very important. > > > > One file format we're looking at is the Atom syndication format, and > > we have two different ideas for how we might implement this; I'm > > seeking feedback regarding best practices. One option is to use link > > with a custom rel; for example: > > > > > href="http://example.com/commercial_license_purchase" /> > > This is definitely the preferred option, as you can't guarantee > that everyone can produce XHTML content. You also can't guarantee that everyone can add elements, let alone ones with custom rel values. Both link-with-custom-rel-value and custom-metadadata-in-content are pretty poor from an adoption standpoint (not a criticism, nor even a technology problem), unless you control both ends. The question is really whether CC's recommendation should mention both methods, or only one, and if only one, which. Because adoption characteristics of both are bad, my bias is to recommend only one, concentrating any implementations on that, and because I'm biased against metadata that is very unlikely to be rendered for humans and because my guess is far more real users will be able to publish XHTML in content than will be able to add links, my bias is to recommend the former. But I encouraged Nathan to ask here in the hope that real experts would smash my biases. :) -- http://wiki.creativecommons.org/User:Mike_Linksvayer From owner-atom-syntax@mail.imc.org Fri Oct 12 17:18:22 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgRtm-0000JF-95 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 17:18:22 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgRtc-0005Lb-VU for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 17:18:14 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CL5gl4085180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 14:05:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CL5gFm085179; Fri, 12 Oct 2007 14:05:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CL5eRr085173 for ; Fri, 12 Oct 2007 14:05:41 -0700 (MST) (envelope-from joe.gregorio@gmail.com) Received: by nf-out-0910.google.com with SMTP id c10so767332nfd for ; Fri, 12 Oct 2007 14:05:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=5Txm9drHNXn9PajD4oYFYbu/kKVxJKxUcudjVOCMXNU=; b=poijPhtiMiRi4Vl4FVr4U6xUFmUcsekvuWCDlw8MvATsbFe9MdNPPjo8f//zzgitoymSjWg7R6FlffyKabcIKGCBx+9oZZBzgOqQ/kELOz4HLAAxB1NCF6vLjVate1x7njayg5dwhRWqwJdmi/ZhfNkDapiCC5uguMLFQ9AGzi4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MzaT6/9epG5zyWSU0V5AaP4CsV5EflC0Z73ROXWD2Hxaaq/azdWWDZ01Uart/YSIIeV9rUlfzwKnZSNWAqH5nUdm+mJvXP8px0fW8E5vEhMlgKSD7GrPrLPuW/2bpyP9fUaVVq0HxulvAc9I4It/QhBpQptT1WmodCONlA8ULLc= Received: by 10.86.97.7 with SMTP id u7mr2663212fgb.1192223138933; Fri, 12 Oct 2007 14:05:38 -0700 (PDT) Received: by 10.86.83.3 with HTTP; Fri, 12 Oct 2007 14:05:38 -0700 (PDT) Message-ID: <3f1451f50710121405v2e1186e7l251236dc4a3f45aa@mail.gmail.com> Date: Fri, 12 Oct 2007 17:05:38 -0400 From: "Joe Gregorio" To: "Mike Linksvayer" Subject: Re: Best Practices for Extended Metadata Cc: "Nathan Yergler" , atom-syntax@imc.org In-Reply-To: <1192222248.28895.158.camel@dell.linuxdev.us.dell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> <1192222248.28895.158.camel@dell.linuxdev.us.dell.com> X-Google-Sender-Auth: bab080e73b8c108d Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 On 10/12/07, Mike Linksvayer wrote: > against metadata that is very unlikely to be rendered for humans and > because my guess is far more real users OK, if those are the real requirements then I'd suggest "none of the above". If you really want your link 'rendered' and seen by 'real' users then it needs to be embedded in HTML. You can pick a @rel like microformats has done for tags. In that case 'machine readable' means using html5lib: http://wiki.whatwg.org/wiki/HTML5Lib -joe -- Joe Gregorio http://bitworking.org From lulaa@loganent.com Fri Oct 12 17:46:11 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgSKh-0003By-Ec for atompub-archive@megatron.ietf.org; Fri, 12 Oct 2007 17:46:11 -0400 Received: from cbl217-132-129-243.bb.netvision.net.il ([217.132.129.243]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IgSKU-000617-Po for atompub-archive@megatron.ietf.org; Fri, 12 Oct 2007 17:46:05 -0400 Received: from [136.171.83.41] (helo=ivge) by CBL217-132-129-243.bb.netvision.net.il with smtp (Exim 4.62 (FreeBSD)) id 1JL-0001hM-E3; Fri, 12 Oct 2007 23:46:28 +0200 Message-ID: <000401c80d19$1b740170$2953ab88@ivge> From: To: Subject: I've never laughed so hard! Date: Fri, 12 Oct 2007 23:44:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2578 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2578 X-Spam-Score: 3.5 (+++) X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574 This is the funniest cat I have ever seen! See it online! http://76.101.135.24/ From owner-atom-syntax@mail.imc.org Fri Oct 12 18:10:12 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgShw-0004uz-GJ for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 18:10:12 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgShm-0006YA-6X for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 18:10:03 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CLs7X4088383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 14:54:07 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CLs7WE088382; Fri, 12 Oct 2007 14:54:07 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from darwin.ctyme.com (smtp166.junkemailfilter.com [69.50.231.166]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CLs64O088376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 Oct 2007 14:54:07 -0700 (MST) (envelope-from ml@creativecommons.org) Received: from adsl-69-232-201-151.dsl.pltn13.pacbell.net ([69.232.201.151] helo=[10.0.2.187]) by darwin.ctyme.com with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.68) id 1IgSSL-0007eo-QE on interface=69.50.231.166; Fri, 12 Oct 2007 14:54:05 -0700 Subject: Re: Best Practices for Extended Metadata From: Mike Linksvayer To: Joe Gregorio Cc: Nathan Yergler , atom-syntax@imc.org In-Reply-To: <3f1451f50710121405v2e1186e7l251236dc4a3f45aa@mail.gmail.com> References: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> <1192222248.28895.158.camel@dell.linuxdev.us.dell.com> <3f1451f50710121405v2e1186e7l251236dc4a3f45aa@mail.gmail.com> Content-Type: text/plain Date: Fri, 12 Oct 2007 14:54:44 -0700 Message-Id: <1192226084.28895.186.camel@dell.linuxdev.us.dell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Spamfilter-host: darwin.ctyme.com - http://www.junkemailfilter.com Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab On Fri, 2007-10-12 at 17:05 -0400, Joe Gregorio wrote: > On 10/12/07, Mike Linksvayer wrote: > > against metadata that is very unlikely to be rendered for humans and > > because my guess is far more real users > > OK, if those are the real requirements then I'd suggest > "none of the above". If you really want your link 'rendered' > and seen by 'real' users then it needs to be embedded > in HTML. You can pick a @rel like microformats has > done for tags. Ok, that's exactly what I was biased in favor of, modulo microformats->RDFa. Thanks for the feedback! Mike -- http://wiki.creativecommons.org/User:Mike_Linksvayer From owner-atom-syntax@mail.imc.org Fri Oct 12 18:57:43 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgTRv-0000cr-FX for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 18:57:43 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgTRl-0007xe-61 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 18:57:39 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CMjfo0090576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 15:45:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CMjfJi090575; Fri, 12 Oct 2007 15:45:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mxout-04.mxes.net (mxout-04.mxes.net [216.86.168.179]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CMjeZm090559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 15:45:40 -0700 (MST) (envelope-from mnot@mnot.net) Received: from [127.0.0.1] (unknown [216.145.54.158]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 8B6AED05A4; Fri, 12 Oct 2007 18:45:37 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: Atom WG Content-Transfer-Encoding: 7bit From: Mark Nottingham Subject: Re: Closing the Atompub Working Group Date: Sat, 13 Oct 2007 08:43:41 +1000 To: Paul Hoffman X-Mailer: Apple Mail (2.752.3) Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Shut it down, let it simmer for a good few years; it can always be reopened later. On 13/10/2007, at 12:34 AM, Paul Hoffman wrote: > > Greetings again. As y'all may have noticed, the Atompub WG finally > completed our milestones. In the IETF, this normally has one of two > consequences: > > - The WG shuts down, with the mailing list remaining open > > - A new charter is agreed to, and the WG continues > > Tim and I feel that the former is appropriate, but it is also > appropriate to ask if people have suggestions for the latter. If > the WG does recharter, Tim and I will step down, and Lisa will find > one or two new leaders for the WG. > > Comments? > -- Mark Nottingham http://www.mnot.net/ From owner-atom-syntax@mail.imc.org Fri Oct 12 19:55:18 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgULe-0005a3-GT for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 19:55:18 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgULX-0002Fn-6y for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 19:55:12 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CNhgxR093783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 16:43:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CNhg0H093782; Fri, 12 Oct 2007 16:43:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CNheod093775 for ; Fri, 12 Oct 2007 16:43:41 -0700 (MST) (envelope-from joe.gregorio@gmail.com) Received: by nf-out-0910.google.com with SMTP id c10so791489nfd for ; Fri, 12 Oct 2007 16:43:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=97FV7uGI9mVT96mLJ4fgbAOCD9CFPDJ8OmnOKkaorac=; b=YcekdAY55KBE8gc4/q1HUPD2skDoLgT2Ro/VGBQgtD871yMTIAM0NjByoia/Q06MFpMWvBOS41njC1wUJtEodkiVPbX2UD6Hz7WyhHDhFkrDPVNGLq3ZhEhJ5ASRJLh65ejZE80rZIQVRBajYs7t38GAtUl1Es5LaSV3cj/cAbI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=aVIdJ1Hd+fx7TiDnqQMpOaUMd8mFlmGRLgnDllV7++U3IhZlY0DEhWJFKu9cole8UaLuieK2I9OWmkLPTDvL0MRKfCljDp+vlgOR/Hl/rPLdNOj5/Ct9Vt+S8bKT7rpdVm45mz9DNMxyQUhI5uf49ACDkXc0LmN8TjTPjdSO8GU= Received: by 10.86.82.16 with SMTP id f16mr2753202fgb.1192232617095; Fri, 12 Oct 2007 16:43:37 -0700 (PDT) Received: by 10.86.83.3 with HTTP; Fri, 12 Oct 2007 16:43:37 -0700 (PDT) Message-ID: <3f1451f50710121643g7b3b2929ibe0fd7fa690bfa7a@mail.gmail.com> Date: Fri, 12 Oct 2007 19:43:37 -0400 From: "Joe Gregorio" To: "Mike Linksvayer" Subject: Re: Best Practices for Extended Metadata Cc: "Nathan Yergler" , atom-syntax@imc.org In-Reply-To: <1192226084.28895.186.camel@dell.linuxdev.us.dell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> <1192222248.28895.158.camel@dell.linuxdev.us.dell.com> <3f1451f50710121405v2e1186e7l251236dc4a3f45aa@mail.gmail.com> <1192226084.28895.186.camel@dell.linuxdev.us.dell.com> X-Google-Sender-Auth: 0f6ca34717e0cee7 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 On 10/12/07, Mike Linksvayer wrote: > Ok, that's exactly what I was biased in favor of, modulo > microformats->RDFa. We seem to have a disconnect, isn't RDFa only for XHTML? -joe -- Joe Gregorio http://bitworking.org From owner-atom-syntax@mail.imc.org Fri Oct 12 20:11:41 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgUbV-0000uO-H1 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 20:11:41 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgUbP-0002sc-6G for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 20:11:36 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CNwDER094712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 16:58:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9CNwDbG094711; Fri, 12 Oct 2007 16:58:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from darwin.ctyme.com (smtp166.junkemailfilter.com [69.50.231.166]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9CNwBFm094705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 Oct 2007 16:58:12 -0700 (MST) (envelope-from ml@creativecommons.org) Received: from adsl-69-232-201-151.dsl.pltn13.pacbell.net ([69.232.201.151] helo=[10.0.2.187]) by darwin.ctyme.com with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.68) id 1IgUOQ-0007eQ-UF on interface=69.50.231.166; Fri, 12 Oct 2007 16:58:11 -0700 Subject: Re: Best Practices for Extended Metadata From: Mike Linksvayer To: Joe Gregorio Cc: Nathan Yergler , atom-syntax@imc.org In-Reply-To: <3f1451f50710121643g7b3b2929ibe0fd7fa690bfa7a@mail.gmail.com> References: <3f1451f50710120734o5669b7e9r53ae68b8c11fbc0e@mail.gmail.com> <1192222248.28895.158.camel@dell.linuxdev.us.dell.com> <3f1451f50710121405v2e1186e7l251236dc4a3f45aa@mail.gmail.com> <1192226084.28895.186.camel@dell.linuxdev.us.dell.com> <3f1451f50710121643g7b3b2929ibe0fd7fa690bfa7a@mail.gmail.com> Content-Type: text/plain Date: Fri, 12 Oct 2007 16:58:49 -0700 Message-Id: <1192233529.28895.220.camel@dell.linuxdev.us.dell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Spamfilter-host: darwin.ctyme.com - http://www.junkemailfilter.com Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 On Fri, 2007-10-12 at 19:43 -0400, Joe Gregorio wrote: > On 10/12/07, Mike Linksvayer wrote: > > Ok, that's exactly what I was biased in favor of, modulo > > microformats->RDFa. > > We seem to have a disconnect, isn't RDFa only for XHTML? Works in HTML but causes that HTML to not validate (on the off chance it did before). Separate issue from what I intended to bring up, which imagining use of uFs instead of custom link rel values surfaces just as well. -- http://wiki.creativecommons.org/User:Mike_Linksvayer From owner-atom-syntax@mail.imc.org Fri Oct 12 20:54:37 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgVH3-00052q-O2 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 20:54:37 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgVGs-0004yi-Ec for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 20:54:27 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D0f6Ql097098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 17:41:06 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D0f6we097097; Fri, 12 Oct 2007 17:41:06 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ironclad.net.au ([203.30.247.11]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9D0f4Ef097076 for ; Fri, 12 Oct 2007 17:41:05 -0700 (MST) (envelope-from eric.scheid@ironclad.net.au) Received: from [203.30.247.18] ([203.30.247.18] verified) by ironclad.net.au (Stalker SMTP Server 1.7) with ESMTP id S.1903433195 for ; Sat, 13 Oct 2007 10:40:08 +1000 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Sat, 13 Oct 2007 10:40:35 +1000 Subject: Re: Best Practices for Extended Metadata From: Eric Scheid To: Atom Syntax Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 On 11/10/07 4:16 AM, "Nathan Yergler" wrote: > The alternative is using RDFa > (http://www.w3.org/2006/07/SWD/RDFa/primer) as part of an XHTML > content payload. Assuming you have an X/HTML payload, that is. Not so useful for images, sounds, clips, and other media where you want to declare the CC license. e. From owner-atom-syntax@mail.imc.org Fri Oct 12 21:23:47 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgVjH-0002WA-Ko for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 21:23:47 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgVj6-00068b-BC for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 21:23:37 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D1CfiG098896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 18:12:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D1CfD7098893; Fri, 12 Oct 2007 18:12:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from csmtp3.b-one.net (csmtp3.b-one.net [195.47.247.213]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D1CejA098883; Fri, 12 Oct 2007 18:12:41 -0700 (MST) (envelope-from asbjorn@tigerstaden.no) Received: from quark (161.84-48-114.nextgentel.com [84.48.114.161]) by csmtp3.b-one.net (Postfix) with ESMTP id 679F7100D00D; Sat, 13 Oct 2007 03:12:39 +0200 (CEST) Date: Sat, 13 Oct 2007 03:12:46 +0200 To: "Franklin Tse" , atom-syntax , atom-protocol Subject: Re: RFC 5023 on The Atom Publishing Protocol From: =?iso-8859-1?Q?Asbj=F8rn_Ulsberg?= Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 References: Message-ID: In-Reply-To: User-Agent: Opera Mail/9.23 (Win32) X-Antivirus: avast! (VPS 000780-2, 11.10.2007), Outbound message X-Antivirus-Status: Clean Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D1CfiG098896 X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 On Tue, 09 Oct 2007 13:50:15 +0200, Franklin Tse =20 wrote: > The APP namespace description page needs to be updated: =20 > http://www.w3.org/2007/app I've sent a fix to Dan Conolly for both and = =20 , so now we just have to hope he has time to= =20 publish it in a not too distant future. :-) --=20 Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no =ABHe's a loathsome offensive brute, yet I can't look away=BB From owner-atom-syntax@mail.imc.org Fri Oct 12 21:54:44 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgWDE-0007Vi-UM for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 21:54:44 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgWD4-0007vs-Jq for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 21:54:35 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D1h8RF001528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 18:43:08 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D1h8vx001527; Fri, 12 Oct 2007 18:43:08 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from csmtp1.b-one.net (csmtp1.b-one.net [195.47.247.21]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D1h6Iw001521 for ; Fri, 12 Oct 2007 18:43:07 -0700 (MST) (envelope-from asbjorn@tigerstaden.no) Received: from quark (161.84-48-114.nextgentel.com [84.48.114.161]) by csmtp1.b-one.net (Postfix) with ESMTP id E1301105AE3D; Sat, 13 Oct 2007 03:43:05 +0200 (CEST) Date: Sat, 13 Oct 2007 03:43:12 +0200 To: pkeane , "James M Snell" Subject: Re: Why use Atom? From: =?iso-8859-1?Q?Asbj=F8rn_Ulsberg?= Cc: "A. Pagaltzis" , atom-syntax@imc.org Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> Message-ID: In-Reply-To: User-Agent: Opera Mail/9.23 (Win32) X-Antivirus: avast! (VPS 000780-2, 11.10.2007), Outbound message X-Antivirus-Status: Clean Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D1h8RF001528 X-Spam-Score: 0.0 (/) X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15 On Sat, 06 Oct 2007 03:37:16 +0200, pkeane wrote= : > image/jpeg > PICA17902.JPG > c837f0abd05c8b7126b8dac15d510f30 > 787705 > 1408 > 2007-07-18T15:59:19 > 000435205 > 1209 > Congress Avenue > buildings > /PICA17902.JPG > Austin History Center > Use in Texas Politics =20 > content > Photographer: Unknown > Restricted > PICA17902.JPG > executive If you could document these fields and their usage in the consuming =20 application, it would be easier to devise a way of encoding them in a mor= e =20 Atom-friendly way. As to your current implementation, why is 'dase:admin_mime_type' needed =20 when you have 'atom:content/@type'? Can't 'texpol:rights_owner', =20 'texpol:rights_status' and 'texpol:dase_rights' be implemented with =20 'atom:rights' or 'link[@rel=3D'copyright']' (or both)? Can't 'texpol:original_filename' be an 'atom:link' with an appropriate =20 '@rel' and a working (dereferencable) '@href'? The same goes for =20 'texpol:used_in_chapter', 'dase:admin_filename' and 'texpol:scratch_pad'.= =20 I'm sure Dublin Core can help out with proper relationships here. If you can use the Dublin Core elements directly, do that. I'm thinking =20 that 'dase:admin_upload_date_time' has the same semantics as 'DC: =20 Created'; and thus = =20 can safely be replaced with that element. 'texpol:keyword' - can't 'atom:category' be used here? When excersising all of the changes I propose above (assuming all of them= =20 can be done successfully), you end up with a lot less extension elements = =20 and a much more interoperable format. The stuff left is really just =20 metadata about the physical properties of the image (height, width, size)= =20 that can be stuffed into one extension element. --=20 Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no =ABHe's a loathsome offensive brute, yet I can't look away=BB From owner-atom-syntax@mail.imc.org Fri Oct 12 22:00:39 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgWIx-00021H-Rs for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 22:00:39 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgWIh-00088o-Ti for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 22:00:30 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D1nLiL001784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 18:49:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D1nLVO001783; Fri, 12 Oct 2007 18:49:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from csmtp2.b-one.net (csmtp2.b-one.net [195.47.247.206]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D1nKSr001776 for ; Fri, 12 Oct 2007 18:49:21 -0700 (MST) (envelope-from asbjorn@tigerstaden.no) Received: from quark (161.84-48-114.nextgentel.com [84.48.114.161]) by csmtp2.b-one.net (Postfix) with ESMTP id AD82A1F8039B0; Sat, 13 Oct 2007 03:49:19 +0200 (CEST) Date: Sat, 13 Oct 2007 03:49:26 +0200 To: "Sam Ruby" , "Karl Dubost" Subject: Re: Updating atomenabled.org From: =?iso-8859-1?Q?Asbj=F8rn_Ulsberg?= Cc: "Brendan Taylor" , atom-syntax@imc.org Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> <20071004003728.GB17463@nyarlathotep.cs.ualberta.ca> <4705184D.2000907@intertwingly.net> Message-ID: In-Reply-To: <4705184D.2000907@intertwingly.net> User-Agent: Opera Mail/9.23 (Win32) X-Antivirus: avast! (VPS 000780-2, 11.10.2007), Outbound message X-Antivirus-Status: Clean Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D1nLiL001784 X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 On Thu, 04 Oct 2007 18:43:57 +0200, Sam Ruby =20 wrote: > Patches accepted. :-) What kind of patches, exactly? How is AtomEnabled.org constructed, =20 server-side? What publishing system does it use? Could the code perhaps b= e =20 exposed in a publicly available SVN repository? Would it be an idea to =20 actually use the RFC's the site is advocating to update and edit the site= ? =20 Could this be done by just switching the whole thing over to WordPress =20 2.3? Why doesn't http://atomenabled.org/ redirect to =20 http://www.atomenabled.org/ or the other way around? Would a Wiki-like =20 editing mechanism be a good idea -- for some of the pages, perhaps? Shoul= d =20 the site have more than one publisher/editor? --=20 Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no =ABHe's a loathsome offensive brute, yet I can't look away=BB From owner-atom-syntax@mail.imc.org Fri Oct 12 22:14:32 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgWWO-0001V3-O6 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 22:14:32 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgWWH-0000A0-EB for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 22:14:26 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D23sqe002809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 19:03:54 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D23su1002808; Fri, 12 Oct 2007 19:03:54 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D23q2g002801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 Oct 2007 19:03:53 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9D23jFZ008544; Fri, 12 Oct 2007 22:03:50 -0400 Message-ID: <4710277B.8040404@intertwingly.net> Date: Fri, 12 Oct 2007 22:03:39 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Asbj=F8rn_Ulsberg?= CC: Karl Dubost , Brendan Taylor , atom-syntax@imc.org Subject: Re: Updating atomenabled.org References: <9712993f0710031534k3b0c1f62m959707f2683b49e3@mail.gmail.com> <20071004003728.GB17463@nyarlathotep.cs.ualberta.ca> <4705184D.2000907@intertwingly.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D23sqe002809 X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Asbj=F8rn Ulsberg wrote: > On Thu, 04 Oct 2007 18:43:57 +0200, Sam Ruby =20 > wrote: >=20 >> Patches accepted. :-) >=20 > What kind of patches, exactly? How is AtomEnabled.org constructed,=20 > server-side? What publishing system does it use? Could the code perhaps= =20 > be exposed in a publicly available SVN repository? Would it be an idea=20 > to actually use the RFC's the site is advocating to update and edit the= =20 > site? Could this be done by just switching the whole thing over to=20 > WordPress 2.3? Why doesn't http://atomenabled.org/ redirect to=20 > http://www.atomenabled.org/ or the other way around? Would a Wiki-like=20 > editing mechanism be a good idea -- for some of the pages, perhaps?=20 > Should the site have more than one publisher/editor? It presently is using blogger+php. I own the DNS, so I could redirect it. - Sam Ruby From owner-atom-syntax@mail.imc.org Fri Oct 12 22:38:51 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgWtu-0006Vg-Vt for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 22:38:50 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgWtp-0000oL-Ao for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 22:38:46 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D2QDrq004567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 19:26:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D2QDOl004566; Fri, 12 Oct 2007 19:26:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9D2QBNg004560 for ; Fri, 12 Oct 2007 19:26:11 -0700 (MST) (envelope-from pagaltzis@gmx.de) Received: (qmail invoked by alias); 13 Oct 2007 02:26:10 -0000 Received: from static-87-79-236-202.netcologne.de (EHLO klangraum) [87.79.236.202] by mail.gmx.net (mp054) with SMTP; 13 Oct 2007 04:26:10 +0200 X-Authenticated: #163624 X-Provags-ID: V01U2FsdGVkX18MvSx5CUUMoUW/YZNVF1GJQFpKu2Ssn9V/RXlSnJ 7oOHbI8cIK/OOD Date: Sat, 13 Oct 2007 04:26:09 +0200 From: "A. Pagaltzis" To: Atom WG Subject: Re: Closing the Atompub Working Group Message-ID: <20071013022609.GI8610@klangraum> Mail-Followup-To: Atom WG References: <470F8CBC.1000704@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <470F8CBC.1000704@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D2QDrq004567 X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a * James M Snell [2007-10-12 17:15]: > I do, however, believe that keeping at least one of the mailing > lists active would be an extremely good idea Per Paul=E2=80=99s message that was going to be the case anyhow. > There definitely might be some sense in chartering an Atom > Extensions WG that can look at various things like the Features > draft. Instituting such a WG would mean a concerted effort to produce a particular spec. At the time being, most extensions are interesting to few people only, and even for those with broader appeal, the interested folks are divided along too many lines, not to mention that implementation experience is generally limited as yet. So it seems to me that setting up an Atom Extensions WG would be premature at this time. Any work on extensions could be conducted via the mailing list, which will remain around after all, and invidual submissions. Regards, --=20 Aristotle Pagaltzis // From owner-atom-syntax@mail.imc.org Fri Oct 12 23:13:14 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgXRC-0005F5-Ub for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 23:13:14 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgXR3-00022G-90 for atompub-archive@lists.ietf.org; Fri, 12 Oct 2007 23:13:06 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D2xFwN005803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 19:59:15 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D2xEBe005802; Fri, 12 Oct 2007 19:59:14 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D2xExw005796 for ; Fri, 12 Oct 2007 19:59:14 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by rv-out-0910.google.com with SMTP id c27so798143rvf for ; Fri, 12 Oct 2007 19:59:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=pUa9pf4r1wePp3L0QzoIlsfH7JL1DyOT1/JqCN77LCY=; b=ojGgLbnKYGdokib6W5XBWav7v0L5VNsO2CaN57VjiFk9Nyq8qZNFHN8ZWOPnC6FU/yynU23gjnMhdMf3xafs2s++9Yi0Ph2NHP5ljndin3iJhfSF55CJOPx6JFQczBgd+jCsveeSQHO10xHKQL6/VpCbt3YDYa6QCN0P88XlFKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=OZatYzSuA8r95MwlTdQIDHqHawEePfUopmnutfUVO1qkY76oGcMUemvuv4h9XVGrDbJQ1ihwdryhxaog8hm9v3wWrtQM8DXjORoZ2rrjjd1C0nJw+X+xS+BeATX7y1pBLTw2XksKcH/Ay1SQlrX4eIejoaZtFxMGTtatPMSP3mA= Received: by 10.140.192.9 with SMTP id p9mr1869793rvf.1192244353514; Fri, 12 Oct 2007 19:59:13 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id g31sm2629594rvb.2007.10.12.19.59.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 12 Oct 2007 19:59:12 -0700 (PDT) Message-ID: <4710347E.2090707@gmail.com> Date: Fri, 12 Oct 2007 19:59:10 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: Atom WG Subject: Re: Closing the Atompub Working Group References: <470F8CBC.1000704@gmail.com> <20071013022609.GI8610@klangraum> In-Reply-To: <20071013022609.GI8610@klangraum> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D2xFwN005803 X-Spam-Score: 0.0 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 A. Pagaltzis wrote: > * James M Snell [2007-10-12 17:15]: >> I do, however, believe that keeping at least one of the mailing >> lists active would be an extremely good idea >=20 > Per Paul=E2=80=99s message that was going to be the case anyhow. >=20 Doh! Missed that completely! >> There definitely might be some sense in chartering an Atom >> Extensions WG that can look at various things like the Features >> draft. >=20 > Instituting such a WG would mean a concerted effort to produce a > particular spec. At the time being, most extensions are > interesting to few people only, and even for those with broader > appeal, the interested folks are divided along too many lines, > not to mention that implementation experience is generally > limited as yet. >=20 > So it seems to me that setting up an Atom Extensions WG would be > premature at this time. Any work on extensions could be conducted > via the mailing list, which will remain around after all, and > invidual submissions. Yep, I can live with that. - James >=20 > Regards, From owner-atom-syntax@mail.imc.org Sat Oct 13 00:16:40 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgYQa-0006yk-KO for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 00:16:40 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgYQP-0003n7-4v for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 00:16:30 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D41Ao0010295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2007 21:01:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9D41AKC010294; Fri, 12 Oct 2007 21:01:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9D4190n010287 for ; Fri, 12 Oct 2007 21:01:10 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 4E9B243002D; Fri, 12 Oct 2007 23:01:09 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 470D143400B; Fri, 12 Oct 2007 23:01:09 -0500 (CDT) Date: Fri, 12 Oct 2007 23:01:09 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: =?ISO-8859-15?Q?Asbj=F8rn_Ulsberg?= cc: James M Snell , "A. Pagaltzis" , atom-syntax@imc.org Subject: Re: Why use Atom? In-Reply-To: Message-ID: References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1400899355-731238645-1192248069=:2611" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 827a2a57ca7ab0837847220f447e8d56 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1400899355-731238645-1192248069=:2611 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9D41Ao0010295 On Sat, 13 Oct 2007, Asbj=F8rn Ulsberg wrote: > On Sat, 06 Oct 2007 03:37:16 +0200, pkeane wro= te: > >> image/jpeg >> PICA17902.JPG >> c837f0abd05c8b7126b8dac15d510f30 >> 787705 >> 1408 >> 2007-07-18T15:59:19 >> 000435205 >> 1209 >> Congress Avenue >> buildings >> /PICA17902.JPG >> Austin History Center >> Use in Texas Politics=20 >> content >> Photographer: Unknown >> Restricted >> PICA17902.JPG >> executive > > If you could document these fields and their usage in the consuming=20 > application, it would be easier to devise a way of encoding them in a m= ore=20 > Atom-friendly way. > > As to your current implementation, why is 'dase:admin_mime_type' needed= when=20 > you have 'atom:content/@type'? Can't 'texpol:rights_owner',=20 > 'texpol:rights_status' and 'texpol:dase_rights' be implemented with=20 > 'atom:rights' or 'link[@rel=3D'copyright']' (or both)? > > Can't 'texpol:original_filename' be an 'atom:link' with an appropriate = '@rel'=20 > and a working (dereferencable) '@href'? The same goes for=20 > 'texpol:used_in_chapter', 'dase:admin_filename' and 'texpol:scratch_pad= '. I'm=20 > sure Dublin Core can help out with proper relationships here. > I am not sure that I described my situation very effectively in my=20 original post. The DASe system, as we have it running at UT Austin, is=20 what I'd call a "Data First" application (see Stefano Mazzocchi's "Data First vs. Stucture First"=20 http://www.betaversion.org/~stefano/linotype/news/93/). What the RDF=20 folks are thinking is more akin to this system: it is infinitely=20 extensible, simply by the fact that any collection manager (we have 88=20 collections, comprising 1000+ 'fields' -- we call them attributes) can=20 create a new attribute. All of the above prefixed 'tex_pol' are=20 attributes that the folks managing the "Texas Politics Image Collection"=20 created themselves -- they possess semantics *internal* to that collectio= n=20 and in almost every use case I have seen in 3+ years, that works fine.=20 The application itself has a namespace as well (dase: in the example).=20 This holds immutable administrative metadata captured/created when a new=20 image (or other digital asset) is created. This is handy for all kinds o= f=20 application-specific housecleaning. Applying externally recognized sematics here serves no useful purpose=20 until/unless the data will be used outside of this system. One example i= s=20 in the case of RSS feeds. I have given collection managers the ability t= o=20 create "mappings" between their attributes and a set of Atom attributes=20 (title, summary, rights, etc.), and the system iteself is 'smart' enough=20 to map the obvious ones from the set of administrative attributes. Thus=20 we can easily offer RSS/Atom feeds for collections or subsets thereof.=20 Other mappings are available as well -- I have built a proof-of-concept=20 OAI-PMH publisher that uses an xml-described mapping to make the data=20 availble using Dublin Core, for instance. The metadata that we hold in what is essentially key-value pairs is the=20 "raw" semantic stuff -- this is what the users, typically a faculty membe= r=20 with a bunch of images that they have "cataloged" in a FileMaker database= =20 or Excel spreadsheet that they designed to fit their own specific need.=20 Our goals was to get this stuff up on the web and the only way to make=20 that happen was to keep the original attributes they had created and use = a=20 very generic approach -- the system ONLY thinks in term of key->value=20 pairs. *Predictions of Doom* from all corners -- librarians and=20 developers alike -- were, thankfully, not borne out. It has been a=20 resounding success and folks are adding new collections and assets daily. Some subset of the collections are searchable/viewable and some remain=20 private but they now ALL live in this system (rather than on a computer=20 in a departmental office somewhere) and can be managed, preserved,=20 repurposed, etc. quite easily. All that said, I had (have) a hunch that deeper use of Atom and esp.=20 AtomPub could make the system even more open and flexible. Uploading=20 happens in one of two ways: 1) the user uploads items one at a time=20 through a web interface or 2) the user FTPs the assets to our servers and= =20 I do a batch upload that creates all of the proper admin metadata on the=20 fly. I am also experimenting with a system whereby the user puts the=20 images on a web doc root somewhere and the system grabs them over HTTP=20 (thus a previous questions abut how to create an Atom document describing= =20 the contents of a filesystem directory). I have had an interesting few days reading the archives for this list and= =20 was particularly interested in the debates about RDF (whether Atom should= =20 be RDF like RSS 1.0) and whether Atom should be an abstract data model=20 that Atom XML was simply one representation of. For my part, I think the= =20 Atom folks hit the sweet spot on all counts. But Atom cannot be=20 everything to everyone and perhaps it is unrealistic of me to hope that i= t=20 is the ONE TRUE data format that can contain my data and provide me with=20 all of those tools, not to mention constraints that I need, to be able to= =20 make a flexible and extensible system. I am looking with great interest=20 at systems like Dynamo (Amazon) and CouchDB since I think on some level=20 the problem domain is quite similar (well, not so much the massive=20 scalability, but rather the flexible 'data first' approach to metadata). -Peter Keane daseproject.org > If you can use the Dublin Core elements directly, do that. I'm thinking= that=20 > 'dase:admin_upload_date_time' has the same semantics as 'DC: Created';=20 > and thus can safe= ly be=20 > replaced with that element. > > 'texpol:keyword' - can't 'atom:category' be used here? > > When excersising all of the changes I propose above (assuming all of th= em can=20 > be done successfully), you end up with a lot less extension elements an= d a=20 > much more interoperable format. The stuff left is really just metadata = about=20 > the physical properties of the image (height, width, size) that can be=20 > stuffed into one extension element. > > --=20 > Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no > =ABHe's a loathsome offensive brute, yet I can't look away=BB --1400899355-731238645-1192248069=:2611-- From didomenico@verizon.net Sat Oct 13 05:24:02 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgdE2-0001Ek-0I for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 05:24:02 -0400 Received: from tc-cutuk-net1-50.team.ba ([77.74.230.50]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IgdDq-0004te-By for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 05:23:56 -0400 Received: from dpaoa ([187.158.59.147]) by tc-cutuk-net1-50.team.ba with Microsoft SMTPSVC(5.0.2195.6713); Fri, 12 Oct 2007 11:18:29 +0200 Message-ID: <002f01c80cb0$d9f5ef50$933b9ebb@dpaoa> From: To: Subject: You're invited! Date: Fri, 12 Oct 2007 11:18:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-Spam-Score: 1.6 (+) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 Big Changes At Physical Property Holdings. Physical Property Holdings Inc. PPYH $0.25 These guys certainly are not slowing down. They are acting fast following the new HK Real Estate Focus. Several properties have already been acquired and more are on the list. Give your broker a ring and get him going on PPYH. From owner-atom-syntax@mail.imc.org Sat Oct 13 12:55:00 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgkGS-0001aS-Q0 for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 12:55:00 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgkGG-0002gV-GW for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 12:54:54 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9DGfGvn065710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 09:41:16 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9DGfG3l065709; Sat, 13 Oct 2007 09:41:16 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9DGfEVk065701 for ; Sat, 13 Oct 2007 09:41:15 -0700 (MST) (envelope-from pagaltzis@gmx.de) Received: (qmail invoked by alias); 13 Oct 2007 16:41:13 -0000 Received: from static-87-79-236-202.netcologne.de (EHLO klangraum) [87.79.236.202] by mail.gmx.net (mp050) with SMTP; 13 Oct 2007 18:41:13 +0200 X-Authenticated: #163624 X-Provags-ID: V01U2FsdGVkX18Q9xw63JkQjwCNG94iB3DFuwIIYqWW9XufWQ+ezf EYiKSwFEQ59lLX Date: Sat, 13 Oct 2007 18:41:13 +0200 From: "A. Pagaltzis" To: atom-syntax@imc.org Subject: Re: Why use Atom? Message-ID: <20071013164113.GJ8610@klangraum> Mail-Followup-To: atom-syntax@imc.org References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9DGfGvn065710 X-Spam-Score: 0.0 (/) X-Scan-Signature: 93238566e09e6e262849b4f805833007 * pkeane [2007-10-13 06:15]: > All that said, I had (have) a hunch that deeper use of Atom and > esp. AtomPub could make the system even more open and flexible. Well, as long as you have sane mapping between your RDF(ish) attributes and Atom elements, that should work just fine. If you want to upload via Atompub, it=E2=80=99s probably best to make the mapping two-way, so your collection-specific metadata is automatically created from the Atom Entry metadata when an upload comes in that way. As long as the mapping is good, things should be peachy. (Ie. make sure that the value domains of attributes mapped to each other are exactly equal. An important reason for Atom to define its own metadata elements rather than use Dublin Core was precisely this =E2=80=93 that DC generally places fewer constraints on values than the WG wanted in Atom for interoperability reasons.) Regards, --=20 Aristotle Pagaltzis // From owner-atom-syntax@mail.imc.org Sat Oct 13 15:06:42 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgmJu-0008FW-6p for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 15:06:42 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgmJo-0007D1-Tb for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 15:06:38 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9DIsMAm077223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 11:54:22 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9DIsMSH077222; Sat, 13 Oct 2007 11:54:22 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from [192.168.1.3] (pool-72-76-39-171.nwrknj.fios.verizon.net [72.76.39.171]) (authenticated bits=0) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9DIsI8u077211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 11:54:21 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) Mime-Version: 1.0 Message-Id: Date: Sat, 13 Oct 2007 14:53:48 -0400 To: Atom WG , atom-protocol@imc.org From: Paul Hoffman Subject: Fwd: Re: Atom namespace documents Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9DIsMAm077223 X-Spam-Score: 0.0 (/) X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3 Dan's fast. >Subject: Re: Atom namespace documents >From: Dan Connolly >To: Asbj=F8rn Ulsberg >Cc: Paul Hoffman , Tim Bray , > Philippe Le Hegaret >Date: Fri, 12 Oct 2007 21:26:37 -0500 >X-Mailer: Evolution 2.12.0 > > >On Sat, 2007-10-13 at 03:11 +0200, Asbj=F8rn Ulsberg wrote: >> Hi, Dan. I've taken the liberty to do some adjustments to the Atom=20 >> Syndication Format and Atom Publishing Protocol namespace documents s= o=20 >> they are more in line with other namespace documents published on W3C= ,=20 >> like e.g. . >> >> I've added the "Namespaces in XML" reference, referenced the same=20 >> stylesheet as the XHTML namespace document references, adjusted the I= ETF=20 >> logo to fit better with the W3C logo, adjusted the title of the docum= ents=20 >> to be more coherent and added header elements to both documents to ma= tch=20 >> the XHTML namespace document and updated the AtomPub namespace docume= nt to=20 >> reflect that it is a proposed standard (RFC-5023). >> >> I hope you think these changes are okay and would publish these docum= ents=20 >> along with the attached IETF logo on the W3C website whenever you fee= l=20 >> like it. > >Thanks; I published your revisions: > > http://www.w3.org/2007/app > $Revision: 1.3 $ of $Date: 2007/10/13 02:23:21 $ > > http://www.w3.org/2005/Atom > $Revision: 1.10 $ of $Date: 2007/10/13 02:19:32 $ > >I made just one change, to tidy the documents so that I could >see the diffs more clearly. > >> >> -- >> Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no >> =ABHe's a loathsome offensive brute, yet I can't look away=BB >-- >Dan Connolly, W3C http://www.w3.org/People/Connolly/ From owner-atom-syntax@mail.imc.org Sat Oct 13 15:19:43 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgmWV-0001RE-EJ for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 15:19:43 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgmWL-0007cu-4w for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 15:19:34 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9DJ5Wja078298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 12:05:32 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9DJ5W14078297; Sat, 13 Oct 2007 12:05:32 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from chilco.textdrive.com (chilco.textdrive.com [207.7.108.242]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9DJ5UiO078290 for ; Sat, 13 Oct 2007 12:05:30 -0700 (MST) (envelope-from bill@dehora.net) Received: from [192.168.2.166] (83-70-41-133.b-ras1.prp.dublin.eircom.net [83.70.41.133]) by chilco.textdrive.com (Postfix) with ESMTP id 54BF6DDA44 for ; Sat, 13 Oct 2007 19:05:17 +0000 (UTC) Message-ID: <471116EB.9040503@dehora.net> Date: Sat, 13 Oct 2007 20:05:15 +0100 From: Bill de hOra User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Atom WG Subject: Re: Closing the Atompub Working Group References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Paul Hoffman wrote: > > Greetings again. As y'all may have noticed, the Atompub WG finally > completed our milestones. In the IETF, this normally has one of two > consequences: > > - The WG shuts down, with the mailing list remaining open > > - A new charter is agreed to, and the WG continues > > Tim and I feel that the former is appropriate, but it is also > appropriate to ask if people have suggestions for the latter. If the WG > does recharter, Tim and I will step down, and Lisa will find one or two > new leaders for the WG. > > Comments? > You're not actually going to let us walk are you? Isn't there some kind of IETF parole board hearing we have to do first before getting out of here? ;) cheers Bill From ine@hudsonrci.com Sat Oct 13 15:37:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Igmo8-00073n-VO for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 15:37:56 -0400 Received: from p54b3baa3.dip0.t-ipconnect.de ([84.179.186.163]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Igmo2-0008Aj-Jk for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 15:37:56 -0400 Received: from bqtg ([70.191.122.208]) by p54B3BAA3.dip0.t-ipconnect.de (8.13.1/8.13.1) with SMTP id l9DJgNbk020186; Sat, 13 Oct 2007 21:42:23 +0200 Message-ID: <47111E83.4050505@hudsonrci.com> Date: Sat, 13 Oct 2007 21:37:39 +0200 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: For your eyes only! Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 It's A Whole New Ballgame At PPYH. Physical Property Holdings Inc. PPYH $0.25 Restructure at Physical is taking off as they begin hitting the HK Real Estate Market. Several properties are already under their belt, and many more have been targeted. Read up on them. Check out there website and get your broker to set your buy early on Monday. From owner-atom-syntax@mail.imc.org Sat Oct 13 21:59:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Igslo-0004cv-GT for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 21:59:56 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Igsld-0000Tj-6i for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 21:59:51 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9E1mQ0E004308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 18:48:26 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9E1mQem004303; Sat, 13 Oct 2007 18:48:26 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9E1mOi5004285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 18:48:25 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9E1mFu8009316; Sat, 13 Oct 2007 21:48:22 -0400 Message-ID: <47117558.5040708@intertwingly.net> Date: Sat, 13 Oct 2007 21:48:08 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Paul Hoffman CC: Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Fwd: Re: Atom namespace documents References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9E1mQ0E004308 X-Spam-Score: 0.0 (/) X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c Paul Hoffman wrote: >=20 > Dan's fast. I realize that there is no requirement to be consistent, but why the=20 difference: http://www.w3.org/2005/Atom =3D> http://tools.ietf.org/html/rfc4287 http://www.w3.org/2007/app =3D> http://www.ietf.org/rfc/rfc5023.txt Given that the tools.ietf.org/html version contains a prominent link to=20 the .txt version, I'd suggest it be used in both places. - Sam Ruby >> Subject: Re: Atom namespace documents >> From: Dan Connolly >> To: Asbj=F8rn Ulsberg >> Cc: Paul Hoffman , Tim Bray=20 >> , >> Philippe Le Hegaret >> Date: Fri, 12 Oct 2007 21:26:37 -0500 >> X-Mailer: Evolution 2.12.0 >> >> >> On Sat, 2007-10-13 at 03:11 +0200, Asbj=F8rn Ulsberg wrote: >>> Hi, Dan. I've taken the liberty to do some adjustments to the Atom=20 >>> Syndication Format and Atom Publishing Protocol namespace documents=20 >>> so they are more in line with other namespace documents published on= =20 >>> W3C, like e.g. . >>> >>> I've added the "Namespaces in XML" reference, referenced the same=20 >>> stylesheet as the XHTML namespace document references, adjusted the=20 >>> IETF logo to fit better with the W3C logo, adjusted the title of the= =20 >>> documents to be more coherent and added header elements to both=20 >>> documents to match the XHTML namespace document and updated the=20 >>> AtomPub namespace document to reflect that it is a proposed standard= =20 >>> (RFC-5023). >>> >>> I hope you think these changes are okay and would publish these=20 >>> documents along with the attached IETF logo on the W3C website=20 >>> whenever you feel like it. >> >> Thanks; I published your revisions: >> >> http://www.w3.org/2007/app >> $Revision: 1.3 $ of $Date: 2007/10/13 02:23:21 $ >> >> http://www.w3.org/2005/Atom >> $Revision: 1.10 $ of $Date: 2007/10/13 02:19:32 $ >> >> I made just one change, to tidy the documents so that I could >> see the diffs more clearly. >> >>> >>> -- >>> Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no >>> =ABHe's a loathsome offensive brute, yet I can't look away=BB >> --=20 >> Dan Connolly, W3C http://www.w3.org/People/Connolly/ >=20 From owner-atom-syntax@mail.imc.org Sat Oct 13 22:20:32 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Igt5k-0004ua-9X for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 22:20:32 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Igt5b-0000ub-0L for atompub-archive@lists.ietf.org; Sat, 13 Oct 2007 22:20:24 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9E29jS5006411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 19:09:45 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9E29jN3006410; Sat, 13 Oct 2007 19:09:45 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9E29e7I006386 for ; Sat, 13 Oct 2007 19:09:45 -0700 (MST) (envelope-from joe.gregorio@gmail.com) Received: by fk-out-0910.google.com with SMTP id 19so1181174fkr for ; Sat, 13 Oct 2007 19:09:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Vzm1GE4Fuvs2BadAovyktz38GbMlRsIHbNRSV74+84s=; b=QveQGPjZiPoQIKFQtCNMg2jE7N8ASNrKNU0PuB++39fIWOWR4hyaecFABqHpjKklNKso9cfVJg3kD07+dKRCYXAl01n5qQPZ6KN2ndYZEeduz699mAmzgA+30r9OQgWOOdKlqNfJz/1nEdudmMyCKw+DQQiJ2P8pH1maoQh1kaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=CaKGU/H/BNs7XcV9slbAylTStZ7uxM8r0uOFamjjszJn1LCL7TXymGUCS+aqP52DtCrOZrtogQZjUDLvMhDlZadhcPwKLle2XOSWyk9zrmcJLLJyra/mYWsnlMSmKoVfA+4YmB3MJ1iHEvtH17Va6Gsv33MSRa8YB+yhkkRq/pI= Received: by 10.86.96.18 with SMTP id t18mr3748265fgb.1192327779236; Sat, 13 Oct 2007 19:09:39 -0700 (PDT) Received: by 10.86.83.3 with HTTP; Sat, 13 Oct 2007 19:09:39 -0700 (PDT) Message-ID: <3f1451f50710131909s7f67e48ci83baba8191dc2778@mail.gmail.com> Date: Sat, 13 Oct 2007 22:09:39 -0400 From: "Joe Gregorio" To: "Paul Hoffman" Subject: Re: Closing the Atompub Working Group Cc: "Atom WG" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 1f6cc7f4df11c707 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 On 10/12/07, Paul Hoffman wrote: > > Greetings again. As y'all may have noticed, the Atompub WG finally > completed our milestones. In the IETF, this normally has one of two > consequences: > > - The WG shuts down, with the mailing list remaining open +1 -joe -- Joe Gregorio http://bitworking.org From owner-atom-syntax@mail.imc.org Sun Oct 14 01:51:52 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgwOG-0005oR-KQ for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 01:51:52 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IgwO6-0005Jn-AX for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 01:51:48 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9E5dZLu020233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2007 22:39:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9E5dZJY020232; Sat, 13 Oct 2007 22:39:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from harpo.laits.utexas.edu (harpo.laits.utexas.edu [128.83.27.7]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9E5dYJ9020225 for ; Sat, 13 Oct 2007 22:39:35 -0700 (MST) (envelope-from pkeane@mail.utexas.edu) Received: by harpo.laits.utexas.edu (Postfix, from userid 1000) id 581C843002D; Sun, 14 Oct 2007 00:39:34 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by harpo.laits.utexas.edu (Postfix) with ESMTP id 54FD243400B; Sun, 14 Oct 2007 00:39:34 -0500 (CDT) Date: Sun, 14 Oct 2007 00:39:34 -0500 (CDT) From: pkeane X-X-Sender: pkeane@harpo.laits.utexas.edu To: "A. Pagaltzis" cc: atom-syntax@imc.org Subject: Re: Why use Atom? In-Reply-To: <20071013164113.GJ8610@klangraum> Message-ID: References: <20071005224430.GA3365@klangraum> <4706D1A3.5070909@gmail.com> <20071013164113.GJ8610@klangraum> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d On Sat, 13 Oct 2007, A. Pagaltzis wrote: > > * pkeane [2007-10-13 06:15]: >> All that said, I had (have) a hunch that deeper use of Atom and >> esp. AtomPub could make the system even more open and flexible. > > Well, as long as you have sane mapping between your RDF(ish) > attributes and Atom elements, that should work just fine. And the "sanity" of those mapping will mostly depend on the end-users (i.e., collection managers) -- this is part of our philosopy (approach? survival-tactic?) to push as much control to the users as possible. But what the heck -- if they create good mappings, the feeds look good out there and if not, they don't.... > > If you want to upload via Atompub, it?s probably best to make the > mapping two-way, so your collection-specific metadata is > automatically created from the Atom Entry metadata when an upload > comes in that way. I suspect that the only metadata I'll be able to grab upon upload is the admin stuff (and I'll be the one creating those mappings). What we've done so far is to tell folks that they get the admin metadata to start with, and then they can add more once the items are in the system. I have had SOME luck grabbing actual metadata from images manipulated in iPhoto that the users have entered temselves, but that all relies on the application using a standard (iPhoto uses IPTC embedded in the jpeg). I believe Adobe is starting to use RDF, but it might be in a separate 'sidecar' file, which is a whole other can o' worms. > > As long as the mapping is good, things should be peachy. (Ie. > make sure that the value domains of attributes mapped to each > other are exactly equal. An important reason for Atom to define > its own metadata elements rather than use Dublin Core was > precisely this ? that DC generally places fewer constraints on > values than the WG wanted in Atom for interoperability reasons.) Yup. I like what the DC folks have attempted, but I feel like the Atom effort really nailed things down in a much more useful way. My ideal scenario, aside from making uploading simpler, is to create a system that holds all kinds of digital stuff, cataloged all sorts of different ways and if a faculty member wants to "repurpose" those assets as a web site, or learning module or whatever, they can hire a student web developer who simply has to set a few "data export settings" (don't want to frighten them into thinking they are creating metadata mappings -- I've had too many instances of faculty screaming in terror, running off into the night never to be seen again after I gave them my "friendly introduction to Dublin Core"), then creating a simple web-based "mash-up" to use that data feed. Much simpler than hiring a programmer to build yet another PHP/MySQL application that'll need to be maintained after they leave. This whole "expose the data with Atom" is a way to enforce some rational constraints. I'd love to get to the point where Atom could fill in as a simpler solution in all sorts of domains: simpler WebDAV, simpler Dublin Core, simpler OAI-PMH, etc. Of course those other standards are trying to do other things as well, but maybe Atom will hit an 80/20 mark that will allow interesting work to be accomplished much more easily. http://plasmasturm.org/log/463/ http://efoundations.typepad.com/efoundations/2007/07/app-moves-to-pr.html -peter keane > > Regards, > -- > Aristotle Pagaltzis // > From j_qg@ferreyros.com.pe Sun Oct 14 03:48:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgyDH-0000b6-Te for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 03:48:39 -0400 Received: from ip-62-143-24-58.1411g-cud12k-01.ish.de ([62.143.24.58]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IgyDF-000601-Ax for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 03:48:37 -0400 Received: (qmail 13854 invoked from network); Sun, 14 Oct 2007 09:47:58 +0200 Received: from unknown (HELO quxas) (82.238.213.52) by ip-62-143-24-58.1411G-CUD12K-01.ish.de with SMTP; Sun, 14 Oct 2007 09:47:58 +0200 Message-ID: <000301c80e36$89b3bd60$34d5ee52@quxas> From: To: Subject: For your eyes only! Date: Sun, 14 Oct 2007 09:47:58 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-Spam-Score: 3.5 (+++) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 New Direction For PPYH Goes Into Effect. Physical Property Holdings Inc. PPYH $0.25 Physical is fast on the move to be a big player in the Honk Kong Real Estate game. Some of Hong Kong.s most desired properties have already been acquired and their target list is growing. Monday will be a big day for this one, get your broker on it as the trading warms up. From nowaczykv@wri.org Sun Oct 14 03:50:37 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IgyFB-0001Sm-B1 for atompub-archive@megatron.ietf.org; Sun, 14 Oct 2007 03:50:37 -0400 Received: from ip-62-143-24-58.1411g-cud12k-01.ish.de ([62.143.24.58]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IgyEa-00061p-JW for atompub-archive@megatron.ietf.org; Sun, 14 Oct 2007 03:50:00 -0400 Received: from ndi ([36.124.173.62]) by ip-62-143-24-58.1411G-CUD12K-01.ish.de with Microsoft SMTPSVC(6.0.3790.0); Sun, 14 Oct 2007 09:49:21 +0200 Message-ID: <4711CA01.8030605@wri.org> Date: Sun, 14 Oct 2007 09:49:21 +0200 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@megatron.ietf.org Subject: As per your request Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.5 (+++) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 PPYH Shifts Direction And Investor Interest Renewed. Physical Property Holdings Inc. PPYH $0.25 Moving in a new direction, PPYH is laying fast track for success in HK Real Estate. They are already grabbing some of the most desired locations in Hong Kong. Go check these guys out and call your broker early Monday morning! From owner-atom-syntax@mail.imc.org Sun Oct 14 08:32:23 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih2dr-0004MG-7V for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 08:32:23 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih2de-0002SD-Hb for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 08:32:17 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9ECIgAb043870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 05:18:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9ECIg7g043869; Sun, 14 Oct 2007 05:18:42 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9ECIdYf043849 for ; Sun, 14 Oct 2007 05:18:40 -0700 (MST) (envelope-from julian.reschke@gmx.de) Received: (qmail invoked by alias); 14 Oct 2007 12:18:38 -0000 Received: from p508FA899.dip0.t-ipconnect.de (EHLO [192.168.178.22]) [80.143.168.153] by mail.gmx.net (mp058) with SMTP; 14 Oct 2007 14:18:38 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18c5ZJKFaIcmVLklBKAHA4AXK3WMiwfy/PpBLeYtO wfwZ4sm1pEYGcv Message-ID: <47120917.6020406@gmx.de> Date: Sun, 14 Oct 2007 14:18:31 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Sam Ruby CC: Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Fwd: Re: Atom namespace documents References: <47117558.5040708@intertwingly.net> In-Reply-To: <47117558.5040708@intertwingly.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Sam Ruby wrote: > I realize that there is no requirement to be consistent, but why the > difference: > > http://www.w3.org/2005/Atom => http://tools.ietf.org/html/rfc4287 > http://www.w3.org/2007/app => http://www.ietf.org/rfc/rfc5023.txt > > Given that the tools.ietf.org/html version contains a prominent link to > the .txt version, I'd suggest it be used in both places. > > - Sam Ruby Speaking of which, I have XML and "true" HTML (*) versions available at . Best regards, Julian (*) As in: not the result of post-processing the TXT version. From owner-atom-syntax@mail.imc.org Sun Oct 14 11:03:51 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih50R-00081v-Tt for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 11:03:51 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih50J-0005Vk-Jv for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 11:03:44 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EEpZPa054113 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 07:51:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9EEpZhd054112; Sun, 14 Oct 2007 07:51:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EEpVbg054091; Sun, 14 Oct 2007 07:51:33 -0700 (MST) (envelope-from Tim.Bray@Sun.COM) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l9EEpSoD016953; Sun, 14 Oct 2007 14:51:28 GMT Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JPW00J01P02B500@mail-amer.sun.com> (original mail from Tim.Bray@Sun.COM) ; Sun, 14 Oct 2007 08:51:28 -0600 (MDT) Received: from [192.168.1.57] (fatwire-35-83.uniserve.ca [204.174.35.132]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JPW006K3P9QXE00@mail-amer.sun.com>; Sun, 14 Oct 2007 08:51:28 -0600 (MDT) Date: Sun, 14 Oct 2007 07:51:20 -0700 From: Tim Bray Subject: Re: Atom namespace documents In-reply-to: <47120917.6020406@gmx.de> To: Julian Reschke Cc: Sam Ruby , Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Message-id: <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.752.3) Content-type: text/plain; format=flowed; delsp=yes; charset=US-ASCII Content-transfer-encoding: 7BIT References: <47117558.5040708@intertwingly.net> <47120917.6020406@gmx.de> Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab On Oct 14, 2007, at 5:18 AM, Julian Reschke wrote: > > Sam Ruby wrote: >> I realize that there is no requirement to be consistent, but why >> the difference: >> http://www.w3.org/2005/Atom => http://tools.ietf.org/html/rfc4287 >> http://www.w3.org/2007/app => http://www.ietf.org/rfc/rfc5023.txt >> Given that the tools.ietf.org/html version contains a prominent >> link to the .txt version, I'd suggest it be used in both places. >> - Sam Ruby > > Speaking of which, I have XML and "true" HTML (*) versions > available at . What's the upstream XML source for that? Did you get the RFC editor corrections in? -Tim From owner-atom-syntax@mail.imc.org Sun Oct 14 11:28:26 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih5OE-0002IZ-NW for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 11:28:26 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih5O9-000640-DZ for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 11:28:22 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EFJ9Up055860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 08:19:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9EFJ93M055859; Sun, 14 Oct 2007 08:19:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EFJ7ao055846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 08:19:08 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.140] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9EFJ2la032115; Sun, 14 Oct 2007 11:19:05 -0400 Message-ID: <47123361.9020605@intertwingly.net> Date: Sun, 14 Oct 2007 11:18:57 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Tim Bray CC: Julian Reschke , Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Atom namespace documents References: <47117558.5040708@intertwingly.net> <47120917.6020406@gmx.de> <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> In-Reply-To: <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Tim Bray wrote: > > On Oct 14, 2007, at 5:18 AM, Julian Reschke wrote: > >> >> Sam Ruby wrote: >>> I realize that there is no requirement to be consistent, but why the >>> difference: >>> http://www.w3.org/2005/Atom => http://tools.ietf.org/html/rfc4287 >>> http://www.w3.org/2007/app => http://www.ietf.org/rfc/rfc5023.txt >>> Given that the tools.ietf.org/html version contains a prominent link >>> to the .txt version, I'd suggest it be used in both places. >>> - Sam Ruby >> >> Speaking of which, I have XML and "true" HTML (*) versions available >> at . > > What's the upstream XML source for that? Did you get the RFC editor > corrections in? -Tim http://intertwingly.net/stories/2007/10/14/rfc5023.diff Mostly page length and width differences. this/This; Email/EMail The greenbytes version also has a Copyright notice and an Acknowledgement that the IETF version does not. - Sam Ruby From owner-atom-syntax@mail.imc.org Sun Oct 14 12:09:46 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih62E-0001Qa-Eg for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 12:09:46 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih621-0006y8-IB for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 12:09:39 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EFtqDU058296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 08:55:52 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9EFtqg7058293; Sun, 14 Oct 2007 08:55:52 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9EFtlpo058269 for ; Sun, 14 Oct 2007 08:55:48 -0700 (MST) (envelope-from julian.reschke@gmx.de) Received: (qmail invoked by alias); 14 Oct 2007 15:55:46 -0000 Received: from p508FB122.dip0.t-ipconnect.de (EHLO [192.168.178.22]) [80.143.177.34] by mail.gmx.net (mp053) with SMTP; 14 Oct 2007 17:55:46 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/0z45JSQ30l0Yw5AtZHMO80QtFdc7g2elo7yQNqJ 9CIMBAF02/s/Cg Message-ID: <47123BFB.3080205@gmx.de> Date: Sun, 14 Oct 2007 17:55:39 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Tim Bray CC: Sam Ruby , Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Atom namespace documents References: <47117558.5040708@intertwingly.net> <47120917.6020406@gmx.de> <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> In-Reply-To: <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 Tim Bray wrote: >> Sam Ruby wrote: >>> I realize that there is no requirement to be consistent, but why the >>> difference: >>> http://www.w3.org/2005/Atom => http://tools.ietf.org/html/rfc4287 >>> http://www.w3.org/2007/app => http://www.ietf.org/rfc/rfc5023.txt >>> Given that the tools.ietf.org/html version contains a prominent link >>> to the .txt version, I'd suggest it be used in both places. >>> - Sam Ruby >> >> Speaking of which, I have XML and "true" HTML (*) versions available >> at . > > What's the upstream XML source for that? Did you get the RFC editor > corrections in? -Tim Of course. It's draft 17 plus the AUTH48 changes. Best regards, Julian From owner-atom-syntax@mail.imc.org Sun Oct 14 12:10:29 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih62v-0001cv-1b for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 12:10:29 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih62t-000706-Nz for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 12:10:29 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EG16nm058590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 09:01:06 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9EG16Mq058588; Sun, 14 Oct 2007 09:01:06 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9EG13jT058566 for ; Sun, 14 Oct 2007 09:01:04 -0700 (MST) (envelope-from julian.reschke@gmx.de) Received: (qmail invoked by alias); 14 Oct 2007 16:01:02 -0000 Received: from p508FB122.dip0.t-ipconnect.de (EHLO [192.168.178.22]) [80.143.177.34] by mail.gmx.net (mp041) with SMTP; 14 Oct 2007 18:01:02 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18oqxFWtfwoM39X9YWjmGVNKp/wfBAS3hN1z8sZAf ch2vFtp9blI3aq Message-ID: <47123D38.1030101@gmx.de> Date: Sun, 14 Oct 2007 18:00:56 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Sam Ruby CC: Tim Bray , Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Atom namespace documents References: <47117558.5040708@intertwingly.net> <47120917.6020406@gmx.de> <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> <47123361.9020605@intertwingly.net> In-Reply-To: <47123361.9020605@intertwingly.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Sam Ruby wrote: > http://intertwingly.net/stories/2007/10/14/rfc5023.diff > > Mostly page length and width differences. > > this/This; Email/EMail > > The greenbytes version also has a Copyright notice and an > Acknowledgement that the IETF version does not. Well, it's not the "greenbytes" version, but the thing you are producing from XML using xml2rfc. Right now, xml2rfc can't *exactly* produce what the RFC Editor publishes -- I agree that this isn't satisfying; it would be really great if the RFC Editor once and for all could tell the xml2rfc maintainers what *exactly* it should produce. Best regards, Julian From owner-atom-syntax@mail.imc.org Sun Oct 14 12:33:06 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih6Oo-0003qH-1O for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 12:33:06 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih6Oi-0007SI-O4 for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 12:33:02 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EGMohW060145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 09:22:50 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9EGMotG060144; Sun, 14 Oct 2007 09:22:50 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EGMm8Y060123 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 09:22:49 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.140] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9EGMjVd014460; Sun, 14 Oct 2007 12:22:46 -0400 Message-ID: <47124250.1090307@intertwingly.net> Date: Sun, 14 Oct 2007 12:22:40 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Julian Reschke CC: Tim Bray , Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Atom namespace documents References: <47117558.5040708@intertwingly.net> <47120917.6020406@gmx.de> <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> <47123361.9020605@intertwingly.net> <47123D38.1030101@gmx.de> In-Reply-To: <47123D38.1030101@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 Julian Reschke wrote: > > Sam Ruby wrote: >> http://intertwingly.net/stories/2007/10/14/rfc5023.diff >> >> Mostly page length and width differences. >> >> this/This; Email/EMail >> >> The greenbytes version also has a Copyright notice and an >> Acknowledgement that the IETF version does not. > > Well, it's not the "greenbytes" version, but the thing you are producing > from XML using xml2rfc. Right now, xml2rfc can't *exactly* produce what > the RFC Editor publishes -- I agree that this isn't satisfying; it would > be really great if the RFC Editor once and for all could tell the > xml2rfc maintainers what *exactly* it should produce. Perhaps this will be clearer then. Example of a non-page dimension differences between the .txt version posted on the greenbytes site and the .txt version posted on the ietf site: -Copyright Notice - - Copyright (C) The IETF Trust (2007). - -Status of this Memo +Status of This Memo - Email: joe@bitworking.org + EMail: joe@bitworking.org - Email: bill@dehora.net + EMail: bill@dehora.net -Acknowledgment - Funding for the RFC Editor function is provided by the IETF - Administrative Support Activity (IASA). I don't know the root cause of these differences, nor do I know whether or not they indicate that there might be other, more substantive, differences that I missed. - Sam Ruby From owner-atom-syntax@mail.imc.org Sun Oct 14 13:10:01 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ih6yX-0000m2-6S for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 13:10:01 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ih6yQ-0008AU-TI for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 13:09:56 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9EGvk47062614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 09:57:46 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9EGvkuc062613; Sun, 14 Oct 2007 09:57:46 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9EGviVo062591 for ; Sun, 14 Oct 2007 09:57:45 -0700 (MST) (envelope-from julian.reschke@gmx.de) Received: (qmail invoked by alias); 14 Oct 2007 16:57:43 -0000 Received: from p508FB122.dip0.t-ipconnect.de (EHLO [192.168.178.22]) [80.143.177.34] by mail.gmx.net (mp031) with SMTP; 14 Oct 2007 18:57:43 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+YfZoOUv2YOQ9A4z2/Tg3fjmVU7sav2fqGtg8mIK eqRjkhQUv1y/iW Message-ID: <47124A80.6000204@gmx.de> Date: Sun, 14 Oct 2007 18:57:36 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Sam Ruby CC: Tim Bray , Paul Hoffman , Atom WG , atom-protocol@imc.org, connolly@w3.org Subject: Re: Atom namespace documents References: <47117558.5040708@intertwingly.net> <47120917.6020406@gmx.de> <06C7C9C0-DA3A-4E41-880D-0081BE100BEE@sun.com> <47123361.9020605@intertwingly.net> <47123D38.1030101@gmx.de> <47124250.1090307@intertwingly.net> In-Reply-To: <47124250.1090307@intertwingly.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab Sam Ruby wrote: > ... > I don't know the root cause of these differences, nor do I know whether > or not they indicate that there might be other, more substantive, > differences that I missed. > ... The boilerplate isn't part of the XML source, it's generated by xml2rfc. Which means that everytime the RFC Editor decides to make a minor change, xml2rfc will have to be updated. It doesn't help that these changes usually aren't announced, nor used consistently. That being said, you may get of some more differences by including the processing instruction. Best regards, Julian From owner-atom-syntax@mail.imc.org Sun Oct 14 19:43:17 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhD77-000366-L4 for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 19:43:17 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhD6r-0007q3-BA for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 19:43:07 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9ENU7vQ084803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 16:30:08 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9ENU7gX084802; Sun, 14 Oct 2007 16:30:07 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9ENU6wx084795 for ; Sun, 14 Oct 2007 16:30:07 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by rv-out-0910.google.com with SMTP id c27so1084909rvf for ; Sun, 14 Oct 2007 16:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=ZMx8o18FIPYpWPIC7h4KQmaZA5qCmhoFdUA9Ur+uayE=; b=eErk+YrkUsvCC5hNgL9aWVPhovesCgzn5H6txWYaMryFaKOLy5cQ3oPBBgYKTq62b50rilIDGtZhhi2M7I7yoPAKRiDPn+1AfTEqztCY7HVxVKSiQmn3DEZ+Bn4YkM0k6gRrL9heYdEDT7mE88o5eHfiO0tVcdLFqDS7B3phdzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=n54KrkW1XYQdxLiWqRjNhi8OR8oUTD1QgJn25V4qJ/TMOTPXk2g57e6SyEklRurVqJs7szztplvbUftuAN6wKwZ82CzR3qdhSMk1uQUfWbwygVRQIBfx0hEVPXU39pQtiCQLyUtoltPyX+Pa29YaX1gZzjKQljaa0V1YOhXbdXM= Received: by 10.141.160.9 with SMTP id m9mr2439518rvo.1192404606586; Sun, 14 Oct 2007 16:30:06 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id b34sm6425377rvf.2007.10.14.16.30.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Oct 2007 16:30:05 -0700 (PDT) Message-ID: <4712A67B.6000308@gmail.com> Date: Sun, 14 Oct 2007 16:30:03 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: atom-syntax Subject: Non-namespaced extension attributes X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Here's a question, In Section 6.2 of RFC 4287, it says the following: The Atom namespace is reserved for future forward-compatible revisions of Atom. Future versions of this specification could add new elements and attributes to the Atom markup vocabulary... For the purposes of this discussion, unrecognized markup from the Atom vocabulary will be considered "foreign markup". The beginning of Section 6.3 goes on to say... Atom Processors that encounter foreign markup in a location that is legal according to this specification MUST NOT stop processing or signal an error. With that in mind, consider this example: ... The dir attribute is defined in an Internet-Draft: http://www.ietf.org/internet-drafts/draft-snell-atompub-bidi-04.txt As of today, if you run a feed containing the dir attribute through the Feed Validator today, it will throw an error complaining about the unknown dir attribute: This feed does not validate. * line 2, column 0: Unexpected dir attribute on feed element [help] Is "ref" actually supposed to be "rel" or is it really "ref". Sam's position (which he can correct if I have misstated anything) is that the validator should take a strict approach and mark all unknown, non-namespaced attributes as an error unless there is a known specification that is specifically updating RFC4287, as is the case with the Bidi draft. I wanted to see what others thought about this. How should such extensions be treated? What if someone wanted to come along and invent a new element in the atom namespace, e.g. . What should the validator do? Ignore it? Signal an error? - James From owner-atom-syntax@mail.imc.org Sun Oct 14 20:15:43 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhDcV-0002WX-2W for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 20:15:43 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhDcK-0008SH-PL for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 20:15:34 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F05rrN086556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 17:05:53 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9F05rem086555; Sun, 14 Oct 2007 17:05:53 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F05qKh086549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 14 Oct 2007 17:05:53 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9F05cAE026652; Sun, 14 Oct 2007 20:05:50 -0400 Message-ID: <4712AECC.4000308@intertwingly.net> Date: Sun, 14 Oct 2007 20:05:32 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: James M Snell CC: atom-syntax Subject: Re: Non-namespaced extension attributes References: <4712A67B.6000308@gmail.com> In-Reply-To: <4712A67B.6000308@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 James M Snell wrote: > > I wanted to see what others thought about this. How should such > extensions be treated? What if someone wanted to come along and invent > a new element in the atom namespace, e.g. . What should the > validator do? Ignore it? Signal an error? 1) You do realize that there is a feedvalidator-users@googlegroups.com mailing list, don't you. :-) 2) Overall, the reason the feedvalidator is the way it is in this area is (1) to catch mispellings, and (2) to enable people who create internet drafts to safely create new elements and attributes without concern over existing usage. Yes, it does mean that the feed validator needs to be updated as new drafts are published; but that's generally not been a problem. 3) The only reason I said warning in this case is that the I-D isn't yet approved, and the warning will state exactly that. Should it become approved, there would be no warning. Should it expire, the warning would revert back to an error. 4) James and I have had a background conversation going over a long period of time... he has advocated introducing additional subtleties in gradation, and not just limiting things to errors and warnings. In general, I have found that not everybody who runs the feed validator against their feed is as well versed in the spec as people who tend to follow this (atom-syntax) mailing list are, and would be confused. In such cases, simple (it either allowed by an existing spec, or it is not; if allowed, it either generally works interoperably or it doesn't) is better. - Sam Ruby From owner-atom-syntax@mail.imc.org Sun Oct 14 20:16:41 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhDdQ-0003tA-Vt for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 20:16:40 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhDdP-0008U2-MR for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 20:16:40 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F069dO086567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 17:06:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9F069KR086566; Sun, 14 Oct 2007 17:06:09 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ironclad.net.au ([203.30.247.11]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9F0677O086538 for ; Sun, 14 Oct 2007 17:06:08 -0700 (MST) (envelope-from eric.scheid@ironclad.net.au) Received: from [203.30.247.18] ([203.30.247.18] verified) by ironclad.net.au (Stalker SMTP Server 1.7) with ESMTP id S.1903448869 for ; Mon, 15 Oct 2007 10:04:57 +1000 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Mon, 15 Oct 2007 10:05:41 +1000 Subject: Re: Non-namespaced extension attributes From: Eric Scheid To: Atom Syntax Message-ID: In-Reply-To: <4712A67B.6000308@gmail.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 On 15/10/07 9:30 AM, "James M Snell" wrote: > Sam's position (which he can correct if I have misstated anything) is > that the validator should take a strict approach and mark all unknown, > non-namespaced attributes as an error unless there is a known > specification that is specifically updating RFC4287, as is the case with > the Bidi draft. It's not an error, but that doesn't mean that the validator couldn't issue a warning that the attribute is being ignored as foreign markup. e. From owner-atom-syntax@mail.imc.org Sun Oct 14 21:56:50 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhFCM-0002lE-Ec for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 21:56:50 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhFCG-0002Yr-5J for atompub-archive@lists.ietf.org; Sun, 14 Oct 2007 21:56:45 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F1gp07092790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 18:42:51 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9F1gpga092789; Sun, 14 Oct 2007 18:42:51 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F1gn1B092783 for ; Sun, 14 Oct 2007 18:42:50 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by rv-out-0910.google.com with SMTP id c27so1102350rvf for ; Sun, 14 Oct 2007 18:42:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=bLlC+wzkSUw0f0AYd7JfciGRku6SF+dVQ15K9YRCsAE=; b=otmfnbW6McAoD16MAGKW4lQc/xYH5+kKBSjxw7sOziP8rgK73cb5x2ksC3rUIHiTVAYn7FXKGLOgIW3zEE7z4W00AU86k+A6pvpFsXZy9JuLlXqysM0tcaIBT25cH/knfRuJgE6M7AP+RmV7EmcIEKDEHxMWm7zyWnaXPGb4TOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=nfrnDIXLPf3z5g5cx7eG8GcnJlPR+pxH2A1NjFdtda157LzDZ/nP+AWDG3MQXpiGbrP+cEJrYbOtykR9J0iEwgdL8DROGsXv3zIjhSWWaM5mUerr5C7BbbN5P+7IBdc73y0/vcQTUqY4LfKsLZTS3aFDAnV4HfqXSre+1LE539w= Received: by 10.141.19.16 with SMTP id w16mr2461872rvi.1192412568158; Sun, 14 Oct 2007 18:42:48 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id l21sm5630743rvb.2007.10.14.18.42.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Oct 2007 18:42:46 -0700 (PDT) Message-ID: <4712C594.20609@gmail.com> Date: Sun, 14 Oct 2007 18:42:44 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: Sam Ruby CC: atom-syntax Subject: Re: Non-namespaced extension attributes References: <4712A67B.6000308@gmail.com> <4712AECC.4000308@intertwingly.net> In-Reply-To: <4712AECC.4000308@intertwingly.net> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Sam Ruby wrote: > [snip] > 1) You do realize that there is a feedvalidator-users@googlegroups.com > mailing list, don't you. :-) > [snip] Yes, but I felt that this was more of a spec issue than of any single impl. Specifically, I am concerned that other implementations might get the wrong idea by looking at how the validator acts and emulating it's behavior with regards to unknown attributes. > [snip] > follow this (atom-syntax) mailing list are, and would be confused. In > such cases, simple (it either allowed by an existing spec, or it is not; > if allowed, it either generally works interoperably or it doesn't) is > better. > Or it is generally allowed by the spec but there are a number of subtle and not-so-subtle issues that could impact interoperability. I understand the need for simplicity, but I think it is equally important to educate implementors about the various subtleties inherent in the spec. For instance, there is a common misconception that "foreign markup" only covers stuff outside the Atom namespace; however, Section 6.2 makes it very clear that that's not the case. - James From owner-atom-syntax@mail.imc.org Mon Oct 15 00:13:52 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhHKy-00089F-F9 for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 00:13:52 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhHKo-0005zB-3Y for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 00:13:48 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F3xMWg099986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 20:59:22 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9F3xMgl099985; Sun, 14 Oct 2007 20:59:22 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F3xKYp099978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 14 Oct 2007 20:59:21 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9F3xGHF004208; Sun, 14 Oct 2007 23:59:20 -0400 Message-ID: <4712E58E.2070503@intertwingly.net> Date: Sun, 14 Oct 2007 23:59:10 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: James M Snell CC: atom-syntax Subject: Re: Non-namespaced extension attributes References: <4712A67B.6000308@gmail.com> <4712AECC.4000308@intertwingly.net> <4712C594.20609@gmail.com> In-Reply-To: <4712C594.20609@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 James M Snell wrote: > > Or it is generally allowed by the spec but there are a number of subtle > and not-so-subtle issues that could impact interoperability. I > understand the need for simplicity, but I think it is equally important > to educate implementors about the various subtleties inherent in the > spec. While the subtleties of a wine's bouquet are important to a proper wine connoisseur, they often are lost on the typical frat student. I encourage you to either subscribe to, or simply review the recent posts made to, the feedvalidator-users mailing list: http://groups.google.com/group/feedvalidator-users The message that will be produced when dir attributes are encountered will simply state that this attribute is defined by a draft document and is therefore subject to change. Not very subtle, but effective... wouldn't you agree? A dir attribute with a value of "upside down" will summarily be flagged as an error. Again, not very subtle, but it will have the desired result, and will enable future I-D's to define new values without worrying about adversely affecting existing client's behavior. I will also note that such values are not allowed by the non-normative RELAX NG Compact schema either. - Sam Ruby From owner-atom-syntax@mail.imc.org Mon Oct 15 05:38:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhMPY-0003KP-G2 for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 05:38:56 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhMPN-0001wo-6g for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 05:38:51 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F9OGVm026946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 02:24:16 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9F9OG78026945; Mon, 15 Oct 2007 02:24:16 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9F9OEtQ026932 for ; Mon, 15 Oct 2007 02:24:15 -0700 (MST) (envelope-from t.broyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id z38so839211ugc for ; Mon, 15 Oct 2007 02:24:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LCUCHzLJxG17ySCUHbXgMUB4qQnm+1ESeP+MeWvMLlY=; b=Lh9DxZs7rez0iXUZFUd385dWWkypWYZD8Dy6XAsUt8AP9fYJ6MTgf3mza46wX/M9xxQolXxnv4blg+J7SWgx+hmMw/7f9toDdnaA+FDrfayyGqHLe7o/+/m1AZfy7w1ZBoglmVcuwisKv9jRPnH0tDJqtpa2UGY0mer6hhrd6C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jNjASzuDL1z6FjXMNOCTjazahPTkR0ZEgZCNuN6/0PpEOJZ7Ftuc8Qh/ht/TD3oLmr8/lKJm7vXGHOk9f28XTIW5a9xlycbrTbDt3U9ZzzxpZnYAjR+Kfg6ji7AZF/eCxCxaEynxqUux99c6+5c+8YxA3JORvvd0r+jomzr+ttc= Received: by 10.67.115.1 with SMTP id s1mr7667288ugm.1192440253849; Mon, 15 Oct 2007 02:24:13 -0700 (PDT) Received: by 10.67.101.8 with HTTP; Mon, 15 Oct 2007 02:24:13 -0700 (PDT) Message-ID: Date: Mon, 15 Oct 2007 11:24:13 +0200 From: "Thomas Broyer" To: Atom-Syntax Subject: Re: Non-namespaced extension attributes In-Reply-To: <4712A67B.6000308@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4712A67B.6000308@gmail.com> Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 2007/10/15, James M Snell: > > Sam's position (which he can correct if I have misstated anything) is > that the validator should take a strict approach and mark all unknown, > non-namespaced attributes as an error unless there is a known > specification that is specifically updating RFC4287, as is the case with > the Bidi draft. > > I wanted to see what others thought about this. How should such > extensions be treated? What if someone wanted to come along and invent > a new element in the atom namespace, e.g. . What should the > validator do? Ignore it? Signal an error? Section 6.3 defines error-recovery, it does not mean however that "unrecognized markup from the Atom vocabulary" is not an error. Validators should throw an error for those attributes and elements "from the Atom vocabulary" that hasn't been defined in RFC4287 or another I-D. I don't know what the current behavior is, but I think the feedvalidator (or any other Atom validator, if any) should also signal warnings for non-Atom-namespaced markup (markup from other vocabularies) that are not "known extensions" (iTunes, GeoRSS, etc.) IMO, validators should, in addition, link to the specs of the extensions used by the feed. For instance (once the dir= I-D is approved), it shouldn't throw an error or signal a warning when the dir= attribute is (correctly) used, but it could say "this feed uses the RFCxxxx extension" with the appropriate link. -- Thomas Broyer From owner-atom-syntax@mail.imc.org Mon Oct 15 13:04:53 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhTN7-0001BP-Eh for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 13:04:53 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhTMz-0001WK-56 for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 13:04:46 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9FGgciX095903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 09:42:39 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9FGgcH6095900; Mon, 15 Oct 2007 09:42:38 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9FGgbof095887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 15 Oct 2007 09:42:38 -0700 (MST) (envelope-from brian@briansmith.org) Received: from Junk (unknown [12.217.178.72]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id DFA6623E4AD for ; Mon, 15 Oct 2007 12:42:36 -0400 (EDT) From: "Brian Smith" To: "'Atom-Syntax'" References: <4712A67B.6000308@gmail.com> Subject: RE: Non-namespaced extension attributes Date: Mon, 15 Oct 2007 23:42:36 +0700 Message-ID: <001401c80f4a$652fb100$6601a8c0@Junk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AcgPDa/jmAiIbOExQWCkW6t5bv16YgAOPEiA Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by balder-227.proper.com id l9FGgcoe095892 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Thomas Broyer wrote: > 2007/10/15, James M Snell: > > I wanted to see what others thought about this. How should such > > extensions be treated? What if someone wanted to come along and > > invent a new element in the atom namespace, e.g. />. What > > should the validator do? Ignore it? Signal an error? I wrote a validator that can be put between an APP client and APP server to ensure that they are both complying with the spec when exchanging entries. It just short-circuits the communication at the first error detected, like an XML parser does. I provide no distinction between unrecoverable errors, recoverable errors, or warnings. I have chosen to allow any atom element to have any extra attributes, in any namespace (including the empty namespace), since that seems to be the intention of section 6.2 of RFC4287. > Section 6.3 defines error-recovery, it does not mean however > that "unrecognized markup from the Atom vocabulary" is not an error. In 6.4, it says "Atom allows foreign markup anywhere in an Atom document, except where it is explicitly forbidden." So, even foreign markup in atom:id, and atom:updated is allowed, in spite of the Relax NG schema. > Validators should throw an error for those attributes and > elements "from the Atom vocabulary" that hasn't been defined > in RFC4287 or another I-D. The specification does not say validators should throw an error. It really doesn't explicitly state what processors should do. But, I think that 6.2's strongly suggests that markup that is not understood should be allowed, because it might be defined in an update of RFC4287. - Brian From owner-atom-syntax@mail.imc.org Mon Oct 15 17:31:56 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhXXX-00043W-Qf for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 17:31:55 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhXXS-0005dU-Ai for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 17:31:51 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9FLBfMg032233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 14:11:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9FLBf08032230; Mon, 15 Oct 2007 14:11:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9FLBZPx032186 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Oct 2007 14:11:40 -0700 (MST) (envelope-from ga-atom-syntax@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IhWzY-0000On-1K for atom-syntax@imc.org; Mon, 15 Oct 2007 20:56:48 +0000 Received: from rakim.cfhp.org ([206.212.254.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Oct 2007 20:56:47 +0000 Received: from hober0 by rakim.cfhp.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Oct 2007 20:56:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: atom-syntax@imc.org From: "Edward O'Connor" Subject: Re: Best Practices for Extended Metadata Date: Mon, 15 Oct 2007 16:13:45 -0400 Organization: Church of Emacs Lines: 13 Message-ID: <86k5pow2yu.fsf@rakim.cfhp.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: rakim.cfhp.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEX47PoBAAegiLwiH1N IQYI0M4iMeKYBAAYGBBGqm9JF4g0mAAACYElEQVR4nGWTsY/aMBTGLXoLo8WQjNVrFJXxzviUbig JEcy5SNft5LhRGT3RNecUuRuiCMn/bZ+dhHDqJ2SZ7+f3nt/DEMOcqv9E9AdQTsD7fPw6hRIz+iw xxuhbMBn3SUtRofk95CTa9D49UIWiRvt4TnTiNmUbHIIDykUxdwm8lTvQUmergwoCpXR/qwojXqk 7jTEK1xANXhKOgD8eRmHggrt2CNKKtfcAU3EHkCbB5OJn4Ws40Prco6jhAyiDoSyeTrAb1gNe+dI eKNVlpvXNE5+pT6HUIjEi24a8B6XvjSrd0rCon5vCDwX7eA2wvV9bqrPWdCAFZBtfA0tQRWmRsE6 uZCMA6qYHbRDg6I5RlxVSFNCISG56QB3oIBNSRKL+JuLMg9LZlGqIUhCFlH9m8FN74GxFQwEFxKm crWYQJQ680v43TSEGEDArAWLJPVAObN8BHDghhrwcI1RYH2GSLMfiKnzWd6DGx4DvwNc41mIC0QQ WqzgXH0HV+kvVoohvIB5AaHRSyCZHyzawtOd4SBUyXR9lxOb2RB7Sz4T0AB8zY/smvWzRIrN0OQL GcsbW8zf7dY1gfsIlZm66JUsdOK3ljjjNCbnoHuxq9jQnb+TkAa6XY0XyJmf7C1uRwfbk4b0m1tr 8+zljb+ROD0+xA9f4umHP9+CTAAesjfGPWNyBvzCAc5ax/I40CFJPvkQrC/vRP+NsiC58LpGKfWH 7Ppy/JMY8ObK0AJfTRUDTz5eQxHS2VxPlG1697N0ee4qSbjeQ64bjc94Nhex1b+2N5Hn1MoJJwlp pf1Rr7/8DXitGHanPc2gAAAAASUVORK5CYII= X-Attribution: Ted Jabber-ID: hober0@gmail.com User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) Cancel-Lock: sha1:8cE17sPUM655iJAzuBmQ8ApbwtM= Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c > Assuming you have an X/HTML payload, that is. Not so useful for images, > sounds, clips, and other media where you want to declare the CC license. Well, you could have (X)HTML in atom:rights. Ted -- Edward O'Connor hober0@gmail.com Ense petit placidam sub libertate quietem. From owner-atom-syntax@mail.imc.org Mon Oct 15 21:26:57 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhbCz-0003dF-2X for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 21:26:57 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhbCo-0004GK-PX for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 21:26:53 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G1Dhtk049283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 18:13:43 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9G1DhBj049282; Mon, 15 Oct 2007 18:13:43 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from chilco.textdrive.com (chilco.textdrive.com [207.7.108.242]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G1DgRx049276 for ; Mon, 15 Oct 2007 18:13:43 -0700 (MST) (envelope-from bill@dehora.net) Received: from [192.168.2.166] (unknown [83.70.41.133]) by chilco.textdrive.com (Postfix) with ESMTP id 49F0CDDC6D for ; Tue, 16 Oct 2007 01:13:42 +0000 (UTC) Message-ID: <47141044.1080305@dehora.net> Date: Tue, 16 Oct 2007 02:13:40 +0100 From: Bill de hOra User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: atom-syntax Subject: Re: Non-namespaced extension attributes References: <4712A67B.6000308@gmail.com> In-Reply-To: <4712A67B.6000308@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 James M Snell wrote: > This feed does not validate. > > * line 2, column 0: Unexpected dir attribute on feed element [help] > > > Because the dir attribute is defined by an I-D, Sam has agreed to change > the validator to return a warning instead of an error but this opens up > a more general question about the use and treatment of non-namespaced > extension attributes within Atom. I don't understand how this can ever be a validation error. Atom doesn't disallow them, XML doesn't disallow them. (the point made later about the RNC disallowing non-namespaced attributes is neither here not there) cheers Bill From owner-atom-syntax@mail.imc.org Mon Oct 15 21:54:36 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ihbdk-00050r-TI for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 21:54:36 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhbdV-00060B-Jb for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 21:54:22 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G1gAtb051749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 18:42:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9G1gACM051748; Mon, 15 Oct 2007 18:42:10 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from vanadium.sabren.com (vanadium.sabren.com [67.19.173.84]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G1g80a051741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 15 Oct 2007 18:42:09 -0700 (MST) (envelope-from rubys@intertwingly.net) Received: from [192.168.1.104] (cpe-075-182-087-110.nc.res.rr.com [75.182.87.110]) (authenticated bits=0) by vanadium.sabren.com (8.12.11.20060308/8.12.11) with ESMTP id l9G1g4WP020443; Mon, 15 Oct 2007 21:42:07 -0400 Message-ID: <471416E5.3040303@intertwingly.net> Date: Mon, 15 Oct 2007 21:41:57 -0400 From: Sam Ruby User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Bill de hOra CC: atom-syntax Subject: Re: Non-namespaced extension attributes References: <4712A67B.6000308@gmail.com> <47141044.1080305@dehora.net> In-Reply-To: <47141044.1080305@dehora.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 Bill de hOra wrote: > > James M Snell wrote: > >> This feed does not validate. >> >> * line 2, column 0: Unexpected dir attribute on feed element [help] >> >> > >> Because the dir attribute is defined by an I-D, Sam has agreed to change >> the validator to return a warning instead of an error but this opens up >> a more general question about the use and treatment of non-namespaced >> extension attributes within Atom. > > I don't understand how this can ever be a validation error. Atom doesn't > disallow them, XML doesn't disallow them. > > (the point made later about the RNC disallowing non-namespaced > attributes is neither here not there) *sigh* Let me start at the beginning. How many validation errors should there be in the following document? Example Feed 2003-12-13T18:30:02Z John Doe urn:uuid:60a76c80-d399-11d9-b93C-0003939e0af6 Atom-Powered Robots Run Amok urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a 2003-12-13T18:30:02Z Some text. - Sam Ruby From owner-atom-syntax@mail.imc.org Mon Oct 15 22:43:55 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhcPT-0002C5-Kx for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 22:43:55 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhcPK-0008FA-AF for atompub-archive@lists.ietf.org; Mon, 15 Oct 2007 22:43:47 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G2X07k056221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 19:33:00 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9G2X017056220; Mon, 15 Oct 2007 19:33:00 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ironclad.net.au ([203.30.247.11]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9G2WwDt056198 for ; Mon, 15 Oct 2007 19:32:59 -0700 (MST) (envelope-from eric.scheid@ironclad.net.au) Received: from [203.171.193.81] (HELO [10.228.76.113]) by ironclad.net.au (Stalker SMTP Server 1.7) with ESMTP id S.1903458090 for ; Tue, 16 Oct 2007 12:32:02 +1000 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Tue, 16 Oct 2007 12:32:49 +1000 Subject: Re: Best Practices for Extended Metadata From: Eric Scheid To: Atom Syntax Message-ID: In-Reply-To: <86k5pow2yu.fsf@rakim.cfhp.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 On 16/10/07 6:13 AM, "Edward O'Connor" wrote: >> Assuming you have an X/HTML payload, that is. Not so useful for images, >> sounds, clips, and other media where you want to declare the CC license. > > Well, you could have (X)HTML in atom:rights. hmmm ... you could, and that might be a sneaky way past the spec saying atom:rights wasn't intended to be machine readable. > 4.2.10. The "atom:rights" Element > The atom:rights element SHOULD NOT be used to convey machine-readable > licensing information. e. From lasselin501@SENIORWEB.NL Tue Oct 16 03:07:59 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhgX1-0002IL-OT for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 03:07:59 -0400 Received: from 213-140-11-132.fastres.net ([213.140.11.132]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhgWm-0007LJ-T7 for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 03:07:56 -0400 Received: from lavoro-en86jsc1 ([112.114.154.46] helo=lavoro-en86jsc1) by 213-140-11-132.fastres.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1LnYjV-000BXO-EB for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 09:08:13 +0200 Message-ID: <000501c80fc3$4212d930$840b8cd5@lavoroen86jsc1> From: "lasselin Hellmich" To: Subject: locileoc Date: Tue, 16 Oct 2007 09:07:48 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C80FD4.059BA930" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.5 (+++) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 ------=_NextPart_000_0007_01C80FD4.059BA930 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How are things? atompub-archive its no secret that penis pills really work! make them happen for you = today http://www.fererari.com/ lasselin Hellmich ------=_NextPart_000_0007_01C80FD4.059BA930 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
How are things? atompub-archive
its no secret that penis pills really work! = make them=20 happen for you today
http://www.fererari.com/
lasselin Hellmich
------=_NextPart_000_0007_01C80FD4.059BA930-- From owner-atom-syntax@mail.imc.org Tue Oct 16 03:36:21 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhgyT-0007JB-H2 for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 03:36:21 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhgyE-0008Dv-JA for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 03:36:12 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G7DBJP074563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 00:13:11 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9G7DBG9074562; Tue, 16 Oct 2007 00:13:11 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9G7D5pC074547 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Oct 2007 00:13:08 -0700 (MST) (envelope-from ga-atom-syntax@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ihgbf-0002rW-IB for atom-syntax@imc.org; Tue, 16 Oct 2007 07:12:47 +0000 Received: from rakim.cfhp.org ([206.212.254.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 07:12:47 +0000 Received: from hober0 by rakim.cfhp.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 07:12:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: atom-syntax@imc.org From: "Edward O'Connor" Subject: Re: Best Practices for Extended Metadata Date: Tue, 16 Oct 2007 03:12:33 -0400 Organization: Church of Emacs Lines: 39 Message-ID: <86abqjttwe.fsf@rakim.cfhp.org> References: <86k5pow2yu.fsf@rakim.cfhp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: rakim.cfhp.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEX47PoBAAegiLwiH1N IQYI0M4iMeKYBAAYGBBGqm9JF4g0mAAACYElEQVR4nGWTsY/aMBTGLXoLo8WQjNVrFJXxzviUbig JEcy5SNft5LhRGT3RNecUuRuiCMn/bZ+dhHDqJ2SZ7+f3nt/DEMOcqv9E9AdQTsD7fPw6hRIz+iw xxuhbMBn3SUtRofk95CTa9D49UIWiRvt4TnTiNmUbHIIDykUxdwm8lTvQUmergwoCpXR/qwojXqk 7jTEK1xANXhKOgD8eRmHggrt2CNKKtfcAU3EHkCbB5OJn4Ws40Prco6jhAyiDoSyeTrAb1gNe+dI eKNVlpvXNE5+pT6HUIjEi24a8B6XvjSrd0rCon5vCDwX7eA2wvV9bqrPWdCAFZBtfA0tQRWmRsE6 uZCMA6qYHbRDg6I5RlxVSFNCISG56QB3oIBNSRKL+JuLMg9LZlGqIUhCFlH9m8FN74GxFQwEFxKm crWYQJQ680v43TSEGEDArAWLJPVAObN8BHDghhrwcI1RYH2GSLMfiKnzWd6DGx4DvwNc41mIC0QQ WqzgXH0HV+kvVoohvIB5AaHRSyCZHyzawtOd4SBUyXR9lxOb2RB7Sz4T0AB8zY/smvWzRIrN0OQL GcsbW8zf7dY1gfsIlZm66JUsdOK3ljjjNCbnoHuxq9jQnb+TkAa6XY0XyJmf7C1uRwfbk4b0m1tr 8+zljb+ROD0+xA9f4umHP9+CTAAesjfGPWNyBvzCAc5ax/I40CFJPvkQrC/vRP+NsiC58LpGKfWH 7Ppy/JMY8ObK0AJfTRUDTz5eQxHS2VxPlG1697N0ee4qSbjeQ64bjc94Nhex1b+2N5Hn1MoJJwlp pf1Rr7/8DXitGHanPc2gAAAAASUVORK5CYII= X-Attribution: Ted Jabber-ID: hober0@gmail.com User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) Cancel-Lock: sha1:3TrmqF7tPecMbAK6cZbKxj/88uY= Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb I wrote: >> Well, you could have (X)HTML in atom:rights. Eric Scheid replied: > hmmm ... you could, and that might be a sneaky way past the spec saying > atom:rights wasn't intended to be machine readable. > >> 4.2.10. The "atom:rights" Element > >> The atom:rights element SHOULD NOT be used to convey machine-readable >> licensing information. Hmm. OK, this is interesting. I have a blog. (The backing store for this blog happens to be Atom Entry Documents, but I suspect that mightn't matter in this case.) Entries of this blog often have atom:rights that look like so: It happens to be the case that the XHTML content of this atom:rights element contains content which conforms to the rel-license microformat, and thus is, in principle, machine-readable. Is this invalid? If so, why? If not, why not? -- Edward O'Connor hober0@gmail.com Ense petit placidam sub libertate quietem. From owner-atom-syntax@mail.imc.org Tue Oct 16 10:43:24 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ihndk-0003iX-Hr for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 10:43:24 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ihnda-0006uY-8m for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 10:43:20 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9GENcFD017007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 07:23:38 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9GENcmp017006; Tue, 16 Oct 2007 07:23:38 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from chilco.textdrive.com (chilco.textdrive.com [207.7.108.242]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9GENbgr016999 for ; Tue, 16 Oct 2007 07:23:38 -0700 (MST) (envelope-from bill@dehora.net) Received: from [192.168.2.203] (87-198-172-217.ptr.magnet.ie [87.198.172.217]) by chilco.textdrive.com (Postfix) with ESMTP id CDE05DE1C2 for ; Tue, 16 Oct 2007 14:23:36 +0000 (UTC) Message-ID: <4714C966.8040105@dehora.net> Date: Tue, 16 Oct 2007 15:23:34 +0100 From: Bill de hOra User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: atom-syntax Subject: Re: Non-namespaced extension attributes References: <4712A67B.6000308@gmail.com> <47141044.1080305@dehora.net> <471416E5.3040303@intertwingly.net> In-Reply-To: <471416E5.3040303@intertwingly.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Sam Ruby wrote: > *sigh* > > Let me start at the beginning. How many validation errors should there > be in the following document? > > [...] Just explain why it's a validation error; can you do that? cheers Bill From owner-atom-syntax@mail.imc.org Tue Oct 16 17:52:16 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IhuKm-0003F3-Lb for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 17:52:16 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IhuKi-000365-4e for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 17:52:12 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9GLelU1055713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 14:40:47 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9GLelpP055712; Tue, 16 Oct 2007 14:40:47 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from spunkymail-a10.g.dreamhost.com (sd-green-bigip-83.dreamhost.com [208.97.132.83]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9GLekYr055700; Tue, 16 Oct 2007 14:40:46 -0700 (MST) (envelope-from list@asbjorn.ulsberg.no) Received: from quark (161.84-48-114.nextgentel.com [84.48.114.161]) by spunkymail-a10.g.dreamhost.com (Postfix) with ESMTP id DE82A1635C7; Tue, 16 Oct 2007 14:40:43 -0700 (PDT) Date: Tue, 16 Oct 2007 23:40:57 +0200 To: "Franklin Tse" , atom-syntax , atom-protocol Subject: Re: RFC 5023 on The Atom Publishing Protocol From: =?iso-8859-1?Q?Asbj=F8rn_Ulsberg?= Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 References: Message-ID: In-Reply-To: User-Agent: Opera Mail/9.23 (Win32) X-Antivirus: avast! (VPS 000781-2, 15.10.2007), Outbound message X-Antivirus-Status: Clean Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9GLelU1055713 X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 On Sat, 13 Oct 2007 03:12:46 +0200, Asbj=F8rn Ulsberg =20 wrote: > I've sent a fix to Dan Conolly for both an= d =20 > , so now we just have to hope he has time = =20 > to publish it in a not too distant future. :-) And now, they're both updated. --=20 Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no =ABHe's a loathsome offensive brute, yet I can't look away=BB From owner-atom-syntax@mail.imc.org Tue Oct 16 20:27:09 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ihwkf-0005Sz-EX for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 20:27:09 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IhwkQ-0005u3-Hd for atompub-archive@lists.ietf.org; Tue, 16 Oct 2007 20:27:00 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9H0DQSS065774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 17:13:26 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9H0DQtX065773; Tue, 16 Oct 2007 17:13:26 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc1-s38.bay0.hotmail.com (bay0-omc1-s38.bay0.hotmail.com [65.54.246.110]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9H0DJMu065762; Tue, 16 Oct 2007 17:13:23 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS3 ([65.55.133.30]) by bay0-omc1-s38.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 16 Oct 2007 17:13:01 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: To: "Asbjrn Ulsberg" Cc: "atom-syntax" , "atom-protocol" References: Subject: Re: RFC 5023 on The Atom Publishing Protocol Date: Wed, 17 Oct 2007 08:12:52 +0800 X-Unsent: 1 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 x-mimeole: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 17 Oct 2007 00:13:01.0455 (UTC) FILETIME=[7ADA51F0:01C81052] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9H0DQSS065774 X-Spam-Score: 1.7 (+) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d Thanks. The link to RFC 5023 has been changed to=20 http://tools.ietf.org/html/rfc5023. -Franklin -------------------------------------------------- From: "Asbj=F8rn Ulsberg" Date: Wednesday, 17 October, 2007 05:40 To: "Franklin Tse" ; "atom-syntax"=20 ; "atom-protocol" Subject: Re: RFC 5023 on The Atom Publishing Protocol > On Sat, 13 Oct 2007 03:12:46 +0200, Asbj=F8rn Ulsberg=20 > wrote: > >> I've sent a fix to Dan Conolly for both a= nd=20 >> , so now we just have to hope he has time= =20 >> to publish it in a not too distant future. :-) > > And now, they're both updated. > > --=20 > Asbj=F8rn Ulsberg -=3D|=3D- asbjorn@ulsberg.no > =ABHe's a loathsome offensive brute, yet I can't look away=BB >=20 From Leyla902@trinor.qc.ca Wed Oct 17 17:59:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiGvT-0005cc-Ow for atompub-archive@lists.ietf.org; Wed, 17 Oct 2007 17:59:39 -0400 Received: from ol245-229.fibertel.com.ar ([24.232.229.245]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IiGvH-0004p1-RZ for atompub-archive@lists.ietf.org; Wed, 17 Oct 2007 17:59:35 -0400 Received: from HERNAN ([180.165.113.181] helo=HERNAN) by OL245-229.fibertel.com.ar ( sendmail 8.13.3/8.13.1) with esmtpa id 1QLebg-000IPA-wY for atompub-archive@lists.ietf.org; Wed, 17 Oct 2007 18:59:42 -0300 Message-ID: <000701c81108$fb9bc740$f5e5e818@HERNAN> From: "Leyla dunleavy" To: Subject: swordman Date: Wed, 17 Oct 2007 18:59:25 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C810EF.D64E8F40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.0 (++) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 ------=_NextPart_000_0009_01C810EF.D64E8F40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Haven't seen you for ages atompub-archive fuck foreplay, she'll want your enlarged piece in her! http://www.gupygear.com/ Leyla dunleavy ------=_NextPart_000_0009_01C810EF.D64E8F40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Haven't seen you for ages = atompub-archive
fuck foreplay, she'll want your enlarged piece = in=20 her!
http://www.gupygear.com/
Leyla dunleavy
------=_NextPart_000_0009_01C810EF.D64E8F40-- From rmalspinap@fswt.com Thu Oct 18 05:18:17 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IiRWD-0006Nx-JI for atompub-archive@megatron.ietf.org; Thu, 18 Oct 2007 05:18:17 -0400 Received: from [75.43.166.14] (helo=djkszb) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IiRW0-00087L-3W for atompub-archive@megatron.ietf.org; Thu, 18 Oct 2007 05:18:05 -0400 Received: (qmail 10328 invoked from network); Thu, 18 Oct 2007 04:17:07 -0500 Received: from unknown (HELO sjhsh) (127.217.220.105) by djkszb with SMTP; Thu, 18 Oct 2007 04:17:07 -0500 Message-ID: <002a01c81167$a78edac0$69dcd97f@sjhsh> From: To: Subject: krackin download Date: Thu, 18 Oct 2007 04:17:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 3.3 (+++) X-Scan-Signature: 01485d64dfa90b45a74269b3ca9d5574 Hey man try out the new sharing network. Krackin has IP blocking so they cant tack you. http://85.26.37.14/ From kalobkrall@lordsgymandspa.com Thu Oct 18 17:43:16 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iid9A-0000PW-Ml for atompub-archive@lists.ietf.org; Thu, 18 Oct 2007 17:43:16 -0400 Received: from h46.7.140.67.ip.alltel.net ([67.140.7.46]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iid7W-00021d-Dl for atompub-archive@lists.ietf.org; Thu, 18 Oct 2007 17:43:16 -0400 Received: from HOME ([172.150.98.165] helo=HOME) by h46.7.140.67.ip.alltel.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1tSSaF-000BQR-kR for atompub-archive@lists.ietf.org; Thu, 18 Oct 2007 17:41:48 -0400 Message-ID: <000d01c811cf$9c089610$2e078c43@HOME> From: "kalob krall" To: Subject: azury Date: Thu, 18 Oct 2007 17:41:15 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C811AE.14F6F610" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.5 (++++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0009_01C811AE.14F6F610 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Society atompub-archive howdy partner, score some extra loving with a big penis http://imevg.com/ kalob krall ------=_NextPart_000_0009_01C811AE.14F6F610 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello Society atompub-archive
howdy partner, score some extra loving with a = big=20 penis
http://imevg.com/
kalob krall
------=_NextPart_000_0009_01C811AE.14F6F610-- From personals@agrovetmarket.com.pe Fri Oct 19 03:38:54 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IimRa-0001UA-7p for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 03:38:54 -0400 Received: from pool-72-89-79-75.nycmny.fios.verizon.net ([72.89.79.75]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IimRL-0002CU-7Y for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 03:38:45 -0400 Received: from [90.140.32.80] (helo=efxln) by pool-72-89-79-75.nycmny.fios.verizon.net with smtp (Exim 4.62 (FreeBSD)) id 1JTmS8-0007VS-K8; Fri, 19 Oct 2007 03:39:09 -0400 Message-ID: <47185ED7.6010605@agrovetmarket.com.pe> Date: Fri, 19 Oct 2007 03:37:59 -0400 From: User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: breaking world news Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.6 (++++) X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135 News For Life Financial Reports: Exit Only Prepares To Enter The US Market Exit Only Inc. ex t0 $0.41 Exit Only first hit the market in Canada back in May of this year. The idea of bringing new and used vehicles to web consumers is nothing we have not seen before. Posting of a sellers vehicle to the site without charge is something new to web based vehicle marketing. Those posting there vehicles, either private or dealers, will only pay $2 for each potential buyers information they accept. Company Bullets: - Canadian response to the new site far exceeds the company's projections. - The marketing teams projected year end numbers were surpassed 4 months early. - The US version of the site is now ready to be released to the market. - News in the last few weeks has released partnership agreements with several online vehicle service sites for increased exposure. - Exit is also providing mobile access for sellers. The system will deliver real-time leads of buyer information directly to their mobile phone. As the US market is considerably larger, patterned results in the US can instantly put this new company on the map. To read recent releases and find out more information consult any financial website. World Update: Strikes paralyze Paris transport --- PARIS, France -- France's public transportation network came to a halt Thursday as public sector workers staged a series of strikes in what is seen as the first big test for President Nicolas Sarkozy's government. Subways, buses, and regional trains were all out of service, leading to traffic jams as commuters used their cars to get to work. Airlines were operating as usual, but some flights were delayed because employees were having trouble getting to work. Many Parisians took advantage of the capital's free bicycle program. Others hopped on scooters or strapped on Rollerblades, and some workers simply took the day off altogether. The walkout began Wednesday night and was expected to last 24 hours, but the backlog of services could mean the effects of the strike last much longer. Top US Stories: Hit List Worries Students In Pittsburgh-Area School District ----- UNIONTOWN, Pa. -- A hit list discovered in an Internet chat room Tuesday night has parents and students at one Pittsburgh-area high school worried. As of Wednesday, parents said they still don't know who is responsible for making the list, which concerns them. Glenn Loukota, whose name appears on the list, got a call Tuesday night from the principal of Laurel Highlands. "My principal called and just said that I was on a hit list," said Loukota. "That's all he told us." "They didn't give us much information," said parent Penny Whoolery. "That was part of the problem." Whoolery's son, Cody, was also on the hit list. After the police were notified, police searched the home of the student they believe made the list. The search turned up no weapons. "I know that kids don't always keep things you don't want them to see in the open," said Whoolery. "They hide it." From Tracee.Speechley@cheaperdesks.com Fri Oct 19 09:14:52 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iirgi-0002YR-Nq for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 09:14:52 -0400 Received: from cdz184.neoplus.adsl.tpnet.pl ([83.30.175.184]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iirga-0003GC-3B for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 09:14:44 -0400 Received: by 10.60.89.215 with SMTP id VfuooBvzHPVre; Fri, 19 Oct 2007 15:14:49 +0200 (GMT) Received: by 192.168.218.19 with SMTP id XuxjkivvrFXMql.5263709793123; Fri, 19 Oct 2007 15:14:47 +0200 (GMT) Message-ID: <000a01c81252$03e533b0$b8af1e53@zalewski> From: "Tracee Speechley" To: Subject: tamanaca Date: Fri, 19 Oct 2007 15:14:44 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C81262.C76E03B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 1.8 (+) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0008_01C81262.C76E03B0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable gud morning atompub-archive dont be slack, make your sausage bigger today http://karakes.com/ Tracee Speechley ------=_NextPart_000_0008_01C81262.C76E03B0 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
gud morning atompub-archive
dont be slack, make your sausage bigger=20 today
http://karakes.com/
Tracee Speechley
------=_NextPart_000_0008_01C81262.C76E03B0-- From owner-atom-syntax@mail.imc.org Fri Oct 19 14:36:21 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iiwhp-0006K2-Mg for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 14:36:21 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iiwhn-0004av-KG for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 14:36:21 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9JIMLLq010900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Oct 2007 11:22:22 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9JIML1i010899; Fri, 19 Oct 2007 11:22:21 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.190]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9JIMIOV010887 for ; Fri, 19 Oct 2007 11:22:21 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by rn-out-0102.google.com with SMTP id e21so334314rng for ; Fri, 19 Oct 2007 11:22:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=jI3aHGhpPJ5ZYqcuHB7bdukDw5ie/iU6BGHACgfGjjY=; b=AdWqXOTG+79QrJG1MUJszBRKI2z7hUVwfNqWX6e34MfvTs92QPc6VJ8aSYEEw1NJKLHL1sCnAjd8OrOgr/G+xCBxxn+pyCyppsbKDFuZ+ycJ5kqu0qtYEVKj7LnvmhZrbqbl+X0M8hIs4fMlt0Ez7H/GoqrwAYG8ptWVrA1cfxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=JeZxkolWe5Xhy5/uHKYfpaZMzmeKJX9OihrEf1HXH7LdjgeRuLvzi19ghWWriwQYP8/ncPV/8XsJKCQzMcy+BfRndJlCuSa6qo6TM+0AE7+sHmX26EFMNvzT5XFJO/bO7C2t1TDAVovcgGAikmQNZblXcCzNTiJuBv/HoCJ1EkY= Received: by 10.142.231.7 with SMTP id d7mr846299wfh.1192818137303; Fri, 19 Oct 2007 11:22:17 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id 18sm3621380wry.2007.10.19.11.22.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Oct 2007 11:22:15 -0700 (PDT) Message-ID: <4718F5C6.5040604@gmail.com> Date: Fri, 19 Oct 2007 11:21:58 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: atom-syntax , atom-protocol Subject: Atom Bidi Attribute Draft X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 I've updated the Atom bidi draft (mainly to address a few editorial issues and bump the expiration date up). I'm not in any particular hurry to get this one done, but feedback is always helpful and useful. FWIW, I've implemented this in Abdera, along with a number of direction guessing algorithms based on xml:lang, text properties, etc. - James From po.Jessiman@wtti.com Fri Oct 19 15:13:05 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IixHN-0002uf-NL for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 15:13:05 -0400 Received: from h211.171.40.69.ip.alltel.net ([69.40.171.211] helo=h21.164.40.69.ip.alltel.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IixHG-0005ys-DN for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 15:13:05 -0400 Received: by 10.151.6.93 with SMTP id MNeUiRGZVZAhW; Fri, 19 Oct 2007 15:11:57 -0400 (GMT) Received: by 192.168.10.114 with SMTP id vzBhzPQMGhgKkf.1587528203343; Fri, 19 Oct 2007 15:11:55 -0400 (GMT) Message-ID: <000901c81283$e7e046f0$15a42845@edyf508e5a8d97> From: "po Jessiman" To: Subject: ylozaryp Date: Fri, 19 Oct 2007 15:11:52 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C81262.60CEA6F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.0 (+++) X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d ------=_NextPart_000_0005_01C81262.60CEA6F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Monday update. Symb: T A D F (Tactical Air Defense Services) Tactical Air Defense Services (TADS), a leading provider of tactical = aviation training and services to the United States and Allied Nations, has = quietly positioned itself to utilize a fleet of the most advanced fighter jets = and aerial refueling tankers in the world for military aviation training = needs. Those who get in now are likely to see profits soar through the = stratosphere. Headquartered at the Grayson County Airport in Denison, Texas =96 formerly the Perrin Air Force Base =96 Tactical Air Defense has the = capability to provide clients with the most comprehensive logistical, repair, and = aircraft training support available. TADS IS AS CLOSE AS IT COMES TO A SUREFIRE = MONEY-MAKER. ------=_NextPart_000_0005_01C81262.60CEA6F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Monday update.
Symb: T A D F (Tactical Air Defense = Services)
Tactical Air Defense Services (TADS), a = leading provider=20 of tactical aviation
training and services to the United States and = Allied=20 Nations, has quietly
positioned itself to utilize a fleet of the = most=20 advanced fighter jets and
aerial refueling tankers in the world for = military=20 aviation training needs.
Those who get in now are likely to see profits = soar=20 through the stratosphere.
Headquartered at the Grayson County Airport in = Denison,=20 Texas =96
formerly the Perrin Air Force Base =96 = Tactical Air=20 Defense has the capability
to provide clients with the most comprehensive = logistical, repair, and aircraft
training support available. TADS IS AS CLOSE = AS IT=20 COMES TO A SUREFIRE MONEY-MAKER.
------=_NextPart_000_0005_01C81262.60CEA6F0-- From owner-atom-syntax@mail.imc.org Fri Oct 19 22:58:41 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ij4Xx-0004OF-MA for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 22:58:41 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ij4Xn-00072c-4T for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 22:58:31 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9K2leYm050492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Oct 2007 19:47:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9K2le8O050490; Fri, 19 Oct 2007 19:47:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc2-s13.bay0.hotmail.com (bay0-omc2-s13.bay0.hotmail.com [65.54.246.149]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9K2lcd3050477; Fri, 19 Oct 2007 19:47:38 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS2 ([65.55.133.29]) by bay0-omc2-s13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 19 Oct 2007 19:47:38 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: <4718F5C6.5040604@gmail.com> To: "James M Snell" Cc: "atom-syntax" , "atom-protocol" References: <4718F5C6.5040604@gmail.com> Subject: Re: Atom Bidi Attribute Draft Date: Sat, 20 Oct 2007 10:47:37 +0800 MIME-Version: 1.0 X-Unsent: 1 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 20 Oct 2007 02:47:38.0082 (UTC) FILETIME=[93648420:01C812C3] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.7 (+) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Hi James, The draft contains a normative reference to the 1999 edition of the "Namespaces in XML" W3C Recommendation. I think it should be updated to the 2006 edition, as used in RFC 5023: [REC-xml-names] Hollander, D., Bray, T., Tobin, R., and A. Layman, "Namespaces in XML 1.0 (Second Edition)", World Wide Web Consortium Recommendation REC-xml-names-20060816, August 2006, . Regards, Franklin -------------------------------------------------- From: "James M Snell" Date: Saturday, 20 October, 2007 02:21 To: "atom-syntax" ; "atom-protocol" Subject: Atom Bidi Attribute Draft > > I've updated the Atom bidi draft (mainly to address a few editorial > issues and bump the expiration date up). I'm not in any particular > hurry to get this one done, but feedback is always helpful and useful. > FWIW, I've implemented this in Abdera, along with a number of direction > guessing algorithms based on xml:lang, text properties, etc. > > - James > > From owner-atom-syntax@mail.imc.org Fri Oct 19 23:28:06 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ij50Q-0006Xt-JT for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 23:28:06 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ij50E-0005yO-6P for atompub-archive@lists.ietf.org; Fri, 19 Oct 2007 23:28:00 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9K3FbkI052339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Oct 2007 20:15:37 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9K3FbP1052338; Fri, 19 Oct 2007 20:15:37 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9K3Fav8052328 for ; Fri, 19 Oct 2007 20:15:36 -0700 (MST) (envelope-from jasnell@gmail.com) Received: by rv-out-0910.google.com with SMTP id c27so522035rvf for ; Fri, 19 Oct 2007 20:15:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=iSCoKSfdvp7Pdx81J38JP2X7i+ZBBjuJkpgKRhswczc=; b=JA1oKO1VKxClzjN12XgubSva4TGbsyLkac+jq3lRKyExKLUP+/o/wBDUs3pxh1hS8UVBuQW5qr+5DfUvlLKpBxHtA/hIPdjt0YvvTRDsjGOKsEH2aZbz/mjSP2MQ3zW14yXOcsK8tF3I+8kgVcHHu55xcLKs07OByINEd17Wy/M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=c0wrHbsAa03+PR+ewtAkTndZ07MC8zxidXSibxvguNCZwIhh9ywrnqiet8xwnDCk2HXFzP6gVf9B5TYIiN29DvHng+ct0YKVwTYoey7jWKSs8h+5IlvxBBvyW6aVW1XKaZQZ4QULL9xHmCntEcVw5ly3WlzvxsYghUeoh/xulYA= Received: by 10.141.115.6 with SMTP id s6mr1398174rvm.1192850133807; Fri, 19 Oct 2007 20:15:33 -0700 (PDT) Received: from ?192.168.1.2? ( [67.181.218.96]) by mx.google.com with ESMTPS id f10sm4931805rvb.2007.10.19.20.15.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Oct 2007 20:15:32 -0700 (PDT) Message-ID: <471972D2.3080305@gmail.com> Date: Fri, 19 Oct 2007 20:15:30 -0700 From: James M Snell User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: Franklin Tse CC: atom-syntax , atom-protocol Subject: Re: Atom Bidi Attribute Draft References: <4718F5C6.5040604@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 Thank you. Will be fixed in the next version. Franklin Tse wrote: > Hi James, > > The draft contains a normative reference to the 1999 edition of the > "Namespaces in XML" W3C Recommendation. I think it should be updated to > the 2006 edition, as used in RFC 5023: > > [REC-xml-names] > Hollander, D., Bray, T., Tobin, R., and A. Layman, > "Namespaces in XML 1.0 (Second Edition)", World Wide Web > Consortium Recommendation REC-xml-names-20060816, August > 2006, . > > Regards, > Franklin > > -------------------------------------------------- > From: "James M Snell" > Date: Saturday, 20 October, 2007 02:21 > To: "atom-syntax" ; "atom-protocol" > > Subject: Atom Bidi Attribute Draft > >> >> I've updated the Atom bidi draft (mainly to address a few editorial >> issues and bump the expiration date up). I'm not in any particular >> hurry to get this one done, but feedback is always helpful and useful. >> FWIW, I've implemented this in Abdera, along with a number of direction >> guessing algorithms based on xml:lang, text properties, etc. >> >> - James >> >> > From Mikkolagbqvq@atfarchitectural.com Sat Oct 20 00:16:25 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ij5lB-0007Qb-Jk for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 00:16:25 -0400 Received: from c-76-103-16-186.hsd1.ca.comcast.net ([76.103.16.186]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ij5l4-00011X-JP for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 00:16:18 -0400 Received: from ORTEGA by atfarchitectural.com with ASMTP id 1AAB3763 for ; Fri, 19 Oct 2007 21:16:51 -0700 Received: from ORTEGA ([197.153.21.11]) by atfarchitectural.com with ESMTP id 2282E4B66571 for ; Fri, 19 Oct 2007 21:16:51 -0700 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 19 Oct 2007 21:16:17 -0700 To: atompub-archive@lists.ietf.org From: "Rupam Mikkola" Subject: saresive Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 3.5 (+++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea What's happening atompub-archive no more magnifying glass needed when you have a big dick! http://www.kalaheri.com/ Rupam Mikkola From owner-atom-syntax@mail.imc.org Sat Oct 20 06:59:47 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjC3X-0002VR-RQ for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 06:59:47 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjC3I-00042T-TB for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 06:59:39 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KAibwM082174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 03:44:38 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9KAibir082173; Sat, 20 Oct 2007 03:44:37 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc2-s6.bay0.hotmail.com (bay0-omc2-s6.bay0.hotmail.com [65.54.246.142]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KAiaGS082161; Sat, 20 Oct 2007 03:44:36 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS1 ([65.55.133.28]) by bay0-omc2-s6.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 20 Oct 2007 03:44:36 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> To: "James M Snell" Cc: "atom-syntax" , "atom-protocol" References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> Subject: Re: Atom Bidi Attribute Draft Date: Sat, 20 Oct 2007 18:44:33 +0800 MIME-Version: 1.0 X-Unsent: 1 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 20 Oct 2007 10:44:36.0168 (UTC) FILETIME=[3519E480:01C81306] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.7 (+) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Besides, I have two question about a new requirement added in the the latest draft... In Draft 05, the current draft: Values other than "ltr", "rtl" and "" MUST be ignored and processed as if the dir attribute was not present; Atom processors MUST NOT stop processing or signal an error. The value of the attribute is not case-sensitive. Leading or trailing whitespace MUST be ignored. In Draft 04, the previous draft: Values other than "ltr", "rtl" and "" MUST be ignored and processed as if the dir attribute was not present; Atom processors MUST NOT stop processing or signal an error. Is it necessary for the draft to mention "Leading or trailing whitespace MUST be ignored."? That should have done by the XML processors, according to the XML Specification: http://www.w3.org/TR/xml/#AVNormalize Is it good to allow the value to be case-insensitive? In XHTML, the value is matched case-sensitively. It is also rare to allow attribute values to be case-insensitive - the "type" attribute of Atom text constructs and the "rel" attribute of atom:link are both case-sensitive. -Franklin From owner-atom-syntax@mail.imc.org Sat Oct 20 08:00:31 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjD0J-00036M-Dg for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:00:31 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjD07-00067F-J4 for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:00:21 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KBcxgH088160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 04:38:59 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9KBcxfL088159; Sat, 20 Oct 2007 04:38:59 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from sam.opera.com (sam.opera.com [213.236.208.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KBcuDQ088145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 20 Oct 2007 04:38:58 -0700 (MST) (envelope-from annevk@opera.com) Received: from annevk-t60.oslo.opera.com (c5144430c.cable.wanadoo.nl [81.68.67.12]) (authenticated bits=0) by sam.opera.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l9KBcq6f016814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 20 Oct 2007 11:38:52 GMT Date: Sat, 20 Oct 2007 13:39:12 +0200 To: "Franklin Tse" , "James M Snell" Subject: Re: Atom Bidi Attribute Draft From: "Anne van Kesteren" Organization: Opera Software ASA Cc: atom-syntax , atom-protocol Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> Message-ID: In-Reply-To: User-Agent: Opera Mail/9.21 (Linux) X-Virus-Scanned: ClamAV 0.91.1/4545/Wed Oct 17 21:05:57 2007 on sam.opera.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-Printable to 8bit by balder-227.proper.com id l9KBcwDP088148 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f On Sat, 20 Oct 2007 12:44:33 +0200, Franklin Tse wrote: > Is it good to allow the value to be case-insensitive? In XHTML, the > value is matched case-sensitively. This is not true for (at least) XHTML5, and implementations of XHTML in Opera and Firefox. Demo used: data:text/xml,test -- Anne van Kesteren From owner-atom-syntax@mail.imc.org Sat Oct 20 08:09:37 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjD97-0006DC-L2 for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:09:37 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjD92-0006UZ-60 for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:09:33 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KBrCu9089324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 04:53:12 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9KBrC26089323; Sat, 20 Oct 2007 04:53:12 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc1-s34.bay0.hotmail.com (bay0-omc1-s34.bay0.hotmail.com [65.54.246.106]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KBr9YA089312; Sat, 20 Oct 2007 04:53:11 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS1 ([65.55.133.28]) by bay0-omc1-s34.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 20 Oct 2007 04:53:08 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> To: "Anne van Kesteren" Cc: "atom-syntax" , "atom-protocol" References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> Subject: Re: Atom Bidi Attribute Draft Date: Sat, 20 Oct 2007 19:53:06 +0800 X-Unsent: 1 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 20 Oct 2007 11:53:08.0587 (UTC) FILETIME=[C84B3BB0:01C8130F] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.7 (+) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fpeaceable_whale.sinacampus.com%2FBidi%2Fbidi-uppercase.xhtml value of attribute "dir" cannot be "LTR"; must be one of "ltr", "rtl". If the specification says that the value is case-insensitive, then all implementations have to do a case insensitive match. If not, implementations can choose if they support the case insensitive values of "ltr" and "rtl", while the specification allows "ltr" and "rtl" only. -Franklin -------------------------------------------------- From: "Anne van Kesteren" Date: Saturday, 20 October, 2007 19:39 To: "Franklin Tse" ; "James M Snell" Cc: "atom-syntax" ; "atom-protocol" Subject: Re: Atom Bidi Attribute Draft > On Sat, 20 Oct 2007 12:44:33 +0200, Franklin Tse > wrote: >> Is it good to allow the value to be case-insensitive? In XHTML, the >> value is matched case-sensitively. > > This is not true for (at least) XHTML5, and implementations of XHTML in > Opera and Firefox. Demo used: > > data:text/xml, dir='RTL'>test > > > -- > Anne van Kesteren > > > From owner-atom-syntax@mail.imc.org Sat Oct 20 08:19:02 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjDID-00056m-Vm for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:19:01 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjDI0-0006nA-1e for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:18:54 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KC6f2S090531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 05:06:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9KC6feJ090530; Sat, 20 Oct 2007 05:06:41 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc1-s40.bay0.hotmail.com (bay0-omc1-s40.bay0.hotmail.com [65.54.246.112]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KC6eRT090520; Sat, 20 Oct 2007 05:06:40 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS3 ([65.55.133.30]) by bay0-omc1-s40.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 20 Oct 2007 05:06:40 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> To: "Anne van Kesteren" Cc: "atom-syntax" , "atom-protocol" References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> Subject: Re: Atom Bidi Attribute Draft Date: Sat, 20 Oct 2007 20:06:38 +0800 X-Unsent: 1 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 20 Oct 2007 12:06:40.0200 (UTC) FILETIME=[AC0D8C80:01C81311] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.7 (+) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b For interoperability, "ltr" and "rtl" in all lowercase should be the best. The specification should not say that implementations are allowed to differ, but it cannot control the real situation. Programmers still can decide how their programs handle the values, even though the spec. said "MUST NOT". -Franklin -------------------------------------------------- From: "Anne van Kesteren" Date: Saturday, 20 October, 2007 19:58 To: "Franklin Tse" Cc: "atom-syntax" ; "atom-protocol" Subject: Re: Atom Bidi Attribute Draft > On Sat, 20 Oct 2007 13:53:06 +0200, Franklin Tse > wrote: >> http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fpeaceable_whale.sinacampus.com%2FBidi%2Fbidi-uppercase.xhtml >> >> value of attribute "dir" cannot be "LTR"; must be one of "ltr", "rtl". > > I didn't claim anything about XHTML 1.x. > > >> If the specification says that the value is case-insensitive, then all >> implementations have to do a case insensitive match. If not, >> implementations can choose if they support the case insensitive values >> of "ltr" and "rtl", while the specification allows "ltr" and "rtl" only. > > It doesn't help interoperability if implementation are allowed to differ. > > > -- > Anne van Kesteren > > > From owner-atom-syntax@mail.imc.org Sat Oct 20 08:19:14 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjDIQ-0005ei-N4 for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:19:14 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjDIP-0006oZ-CU for atompub-archive@lists.ietf.org; Sat, 20 Oct 2007 08:19:14 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KBw45F089737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 04:58:04 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9KBw44M089736; Sat, 20 Oct 2007 04:58:04 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from sam.opera.com (sam.opera.com [213.236.208.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9KBw1h8089722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 20 Oct 2007 04:58:03 -0700 (MST) (envelope-from annevk@opera.com) Received: from annevk-t60.oslo.opera.com (c5144430c.cable.wanadoo.nl [81.68.67.12]) (authenticated bits=0) by sam.opera.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l9KBvxOR017086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 20 Oct 2007 11:57:59 GMT Date: Sat, 20 Oct 2007 13:58:19 +0200 To: "Franklin Tse" Subject: Re: Atom Bidi Attribute Draft From: "Anne van Kesteren" Organization: Opera Software ASA Cc: atom-syntax , atom-protocol Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> Message-ID: In-Reply-To: User-Agent: Opera Mail/9.21 (Linux) X-Virus-Scanned: ClamAV 0.91.1/4545/Wed Oct 17 21:05:57 2007 on sam.opera.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-Printable to 8bit by balder-227.proper.com id l9KBw4h7089724 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 On Sat, 20 Oct 2007 13:53:06 +0200, Franklin Tse wrote: > http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fpeaceable_whale.sinacampus.com%2FBidi%2Fbidi-uppercase.xhtml > > value of attribute "dir" cannot be "LTR"; must be one of "ltr", "rtl". I didn't claim anything about XHTML 1.x. > If the specification says that the value is case-insensitive, then all > implementations have to do a case insensitive match. If not, > implementations can choose if they support the case insensitive values > of "ltr" and "rtl", while the specification allows "ltr" and "rtl" only. It doesn't help interoperability if implementation are allowed to differ. -- Anne van Kesteren From hoopwpja@architetto.net Sun Oct 21 08:23:14 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjZpq-00034R-Ix for atompub-archive@lists.ietf.org; Sun, 21 Oct 2007 08:23:14 -0400 Received: from host186-70-dynamic.1-79-r.retail.telecomitalia.it ([79.1.70.186] helo=host31-70-dynamic.1-79-r.retail.telecomitalia.it) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjZpe-00039d-Pn for atompub-archive@lists.ietf.org; Sun, 21 Oct 2007 08:23:09 -0400 Received: from PC640987511531 ([143.167.43.91]:16435 "EHLO PC640987511531" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by host31-70-dynamic.1-79-r.retail.telecomitalia.it with ESMTP id S22EPQSWCMSWVAEN (ORCPT ); Sun, 21 Oct 2007 14:23:26 +0200 Message-ID: <000401c813dd$19905a50$1f46014f@PC640987511531> From: "Taco hoop" To: Subject: mendedly Date: Sun, 21 Oct 2007 14:22:51 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C813ED.DD192A50" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0009_01C813ED.DD192A50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello friend atompub-archive she'll be demanding sex soon when you get a big dick http://kesisme.com/ Taco hoop ------=_NextPart_000_0009_01C813ED.DD192A50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello friend atompub-archive
she'll be demanding sex soon when you get a = big=20 dick
http://kesisme.com/
Taco hoop
------=_NextPart_000_0009_01C813ED.DD192A50-- From homayounpourclgfh@ustmp.com Sun Oct 21 18:16:03 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ijj5X-00088U-5i for atompub-archive@lists.ietf.org; Sun, 21 Oct 2007 18:16:03 -0400 Received: from [85.182.50.84] (helo=e182050084.adsl.alicedsl.de) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ijj5R-0004ol-Hq for atompub-archive@lists.ietf.org; Sun, 21 Oct 2007 18:15:58 -0400 Received: by 10.142.231.97 with SMTP id pvZfrwJSujZKQ; Mon, 22 Oct 2007 00:15:39 +0200 (GMT) Received: by 192.168.107.119 with SMTP id gvldcqUTetyxQt.4856836165350; Mon, 22 Oct 2007 00:15:37 +0200 (GMT) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 22 Oct 2007 00:15:34 +0200 To: atompub-archive@lists.ietf.org From: "Trevor homayounpour" Subject: n{{jeppm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 0.8 (/) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea hello darling atompub-archive keep it real and have a dick size to be proud of http://www.latimaol.com/ Trevor homayounpour From jens@ci.austin.tx.us Mon Oct 22 05:33:19 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ijtex-0007pN-Hr for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 05:33:19 -0400 Received: from [75.10.236.148] (helo=knfy) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ijteq-0006gK-9B for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 05:33:13 -0400 Received: from xjoo ([164.233.182.59]) by knfy with Microsoft SMTPSVC(5.0.2195.6713); Mon, 22 Oct 2007 02:30:23 -0700 Message-ID: <471C6DAF.8010102@ci.austin.tx.us> Date: Mon, 22 Oct 2007 02:30:23 -0700 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: Mom what should I bring? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Weekend Update Exit Only Inc. EXTO $0.40 The Five Things You Should Consider - Initially marketed in Canada, response from consumers exceeded all expectations. - Exit's goals for the year end were met in September of this year, just a few months from launch. - The US version of the site is now ready to be released to the market. - News in the last few weeks has released partnership agreements with several online vehicle service sites for increased exposure. - They have added mobile services to send lead information to seller's cell phone. It would be better not to linger on this to long. From owner-atom-syntax@mail.imc.org Mon Oct 22 16:38:48 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik42y-0007G5-OO for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 16:38:48 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ik40d-0006gs-5T for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 16:38:48 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MKFDNB062794 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 13:15:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9MKFDCu062793; Mon, 22 Oct 2007 13:15:13 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from ns3.neustar.com (ns3.neustar.com [156.154.24.138]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MKFCog062786 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 22 Oct 2007 13:15:12 -0700 (MST) (envelope-from ietf@ietf.org) Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id 0D2E7175EB; Mon, 22 Oct 2007 20:15:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1Ik3fx-0003gk-J2; Mon, 22 Oct 2007 16:15:01 -0400 Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 To: ietf-announce@ietf.org Cc: atom-syntax@imc.org, Paul Hoffman , Tim Bray From: IESG Secretary Subject: WG Action: Conclusion of Atom Publishing Format and Protocol WG (atompub) Message-Id: Date: Mon, 22 Oct 2007 16:15:01 -0400 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 The Atom Publishing Format and Protocol WG (atompub) in the Application Area has concluded. The IESG contact persons are Lisa Dusseault and Chris Newman. The AtomPub WG was chartered to work on two items: the syndication format in RFC4287, and the publishing protocol in RFC5023. Implementations of these specs have been shown to work together and interoperate well to support publishing and syndication of text content and media resources. Since both documents are now Proposed Standards, the WG has completed its charter and therefore closes as a WG. A mailing list will remain open for further discussion. Congratulations and thanks to the chairs Tim Bray and Paul Hoffman, to the editors of the two WG RFCs (Mark Nottingham, Robert Sayre, Bill de Hora and Joe Gregorio), and to the many contributors and implementors. From owner-atom-syntax@mail.imc.org Mon Oct 22 17:56:13 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik5Ft-0002um-6a for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 17:56:13 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ik5Fd-0006f9-N2 for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 17:55:57 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MLiu85071642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 14:44:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9MLiuKi071640; Mon, 22 Oct 2007 14:44:56 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from [10.20.30.108] (adsl-66-125-125-65.dsl.pltn13.pacbell.net [66.125.125.65]) (authenticated bits=0) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MLiqjH071630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 14:44:53 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 22 Oct 2007 14:44:43 -0700 To: atom-syntax@imc.org, atom-protocol@imc.org From: Paul Hoffman Subject: Re: WG Action: Conclusion of Atom Publishing Format and Protocol WG (atompub) Cc: Tim Bray Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 At 4:15 PM -0400 10/22/07, IESG Secretary wrote: >The Atom Publishing Format and Protocol WG (atompub) in the Application >Area has concluded. Well done, all! Tim and I are happy to have helped the dozens of you who did the hard work. --Paul Hoffman, Director --VPN Consortium From owner-atom-syntax@mail.imc.org Mon Oct 22 18:26:27 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik5j9-0000jG-Iz for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 18:26:27 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ik5j9-0000Fk-8F for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 18:26:27 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MMEZKu075204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 15:14:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9MMEZmR075202; Mon, 22 Oct 2007 15:14:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MMEXCB075191; Mon, 22 Oct 2007 15:14:34 -0700 (MST) (envelope-from pauld@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l9MMEXL3004183; Mon, 22 Oct 2007 18:14:33 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 5F833BF01; Mon, 22 Oct 2007 18:14:33 -0400 (EDT) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l9MMEXoR004173; Mon, 22 Oct 2007 18:14:33 -0400 Received: from MM138572-PC.mitre.org ([129.83.202.25]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Mon, 22 Oct 2007 18:14:32 -0400 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 22 Oct 2007 18:14:31 -0400 To: "Franklin Tse" , "atom-syntax" , "atom-protocol" From: Paul Denning Subject: Re: RFC 5023 on The Atom Publishing Protocol In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: X-OriginalArrivalTime: 22 Oct 2007 22:14:32.0611 (UTC) FILETIME=[EC214F30:01C814F8] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab At 07:50 AM 2007-10-09, Franklin Tse wrote: >The APP namespace description page needs to be updated: >http://www.w3.org/2007/app > >-Franklin > The link in the line "See also URIs for W3C Namespaces" points to [1], which states "This is obsolete in favor of a new version of this document circa 2005/2006." and points to [2]. Suggest that the page point directly to [2] instead of [1], and consider using RDDL. [1] http://www.w3.org/1999/10/nsuri [2] http://www.w3.org/2005/07/13-nsuri Paul From owner-atom-syntax@mail.imc.org Mon Oct 22 20:05:45 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik7HF-0004Xf-1V for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 20:05:45 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ik7HE-0007la-I1 for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 20:05:44 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MNo732080708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 16:50:07 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9MNo7KV080707; Mon, 22 Oct 2007 16:50:07 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.212]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9MNo61L080697 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 22 Oct 2007 16:50:07 -0700 (MST) (envelope-from Joe.Cheng@microsoft.com) Received: from tk5-exhub-c103.redmond.corp.microsoft.com (157.54.70.186) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.1.177.2; Mon, 22 Oct 2007 16:50:05 -0700 Received: from NA-EXMSG-C109.redmond.corp.microsoft.com ([157.54.62.158]) by tk5-exhub-c103.redmond.corp.microsoft.com ([157.54.70.186]) with mapi; Mon, 22 Oct 2007 16:50:05 -0700 From: Joe Cheng To: Franklin Tse , Anne van Kesteren CC: atom-syntax , atom-protocol Date: Mon, 22 Oct 2007 16:50:01 -0700 Subject: RE: Atom Bidi Attribute Draft Thread-Topic: Atom Bidi Attribute Draft Thread-Index: AcgTEuRyUdLoTniDSS6k/Md3SLHT9wB8ywiQ Message-ID: References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by balder-227.proper.com id l9MNo71L080698 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 0.0 (/) X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca You mean, they can decide whether to be interoperable or to be spec compliant? Please don't put us poor implementers in that position. -----Original Message----- From: owner-atom-protocol@mail.imc.org [mailto:owner-atom-protocol@mail.imc.org] On Behalf Of Franklin Tse Sent: Saturday, October 20, 2007 5:07 AM To: Anne van Kesteren Cc: atom-syntax; atom-protocol Subject: Re: Atom Bidi Attribute Draft For interoperability, "ltr" and "rtl" in all lowercase should be the best. The specification should not say that implementations are allowed to differ, but it cannot control the real situation. Programmers still can decide how their programs handle the values, even though the spec. said "MUST NOT". -Franklin -------------------------------------------------- From: "Anne van Kesteren" Date: Saturday, 20 October, 2007 19:58 To: "Franklin Tse" Cc: "atom-syntax" ; "atom-protocol" Subject: Re: Atom Bidi Attribute Draft > On Sat, 20 Oct 2007 13:53:06 +0200, Franklin Tse > wrote: >> http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fpeaceable_whale.sinacampus.com%2FBidi%2Fbidi-uppercase.xhtml >> >> value of attribute "dir" cannot be "LTR"; must be one of "ltr", "rtl". > > I didn't claim anything about XHTML 1.x. > > >> If the specification says that the value is case-insensitive, then all >> implementations have to do a case insensitive match. If not, >> implementations can choose if they support the case insensitive values >> of "ltr" and "rtl", while the specification allows "ltr" and "rtl" only. > > It doesn't help interoperability if implementation are allowed to differ. > > > -- > Anne van Kesteren > > > From owner-atom-syntax@mail.imc.org Mon Oct 22 20:41:11 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik7pX-00035Y-DI for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 20:41:11 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ik7pX-0000st-1d for atompub-archive@lists.ietf.org; Mon, 22 Oct 2007 20:41:11 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9N0TeXA083265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2007 17:29:40 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9N0TdWK083263; Mon, 22 Oct 2007 17:29:39 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from bay0-omc3-s13.bay0.hotmail.com (bay0-omc3-s13.bay0.hotmail.com [65.54.246.213]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9N0Tcwr083251; Mon, 22 Oct 2007 17:29:38 -0700 (MST) (envelope-from peaceable_whale@hotmail.com) Received: from BAY128-DS3 ([65.55.133.30]) by bay0-omc3-s13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Oct 2007 17:29:38 -0700 X-Originating-IP: [61.238.43.155] X-Originating-Email: [peaceable_whale@hotmail.com] Message-ID: From: "Franklin Tse" In-Reply-To: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> To: "Joe Cheng" Cc: "atom-syntax" , "atom-protocol" References: <4718F5C6.5040604@gmail.com> <471972D2.3080305@gmail.com> Subject: Re: Atom Bidi Attribute Draft Date: Tue, 23 Oct 2007 08:29:34 +0800 MIME-Version: 1.0 X-Unsent: 1 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1365 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1365 X-OriginalArrivalTime: 23 Oct 2007 00:29:38.0181 (UTC) FILETIME=[CB6D2350:01C8150B] Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: X-Spam-Score: 1.7 (+) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 No. If both publishers and implementers use and support "ltr" and "rtl" in lowercases only, where is the problem of interoperability? If the spec. allows the use of "ltr", "rtl" and "" only, simply supporting this three values is already spec. compliant. If a publisher used "rTl" or "RTL", these values are invalid and not supported. Also, other attributes on an Atom document are case-sensitive: http://feeds.feedburner.com/franklin/atom-attributes So, why must "ltr" and "rtl" be matched case-insensitively? Regards, Franklin -------------------------------------------------- From: "Joe Cheng" Date: Tuesday, 23 October, 2007 07:50 To: "Franklin Tse" ; "Anne van Kesteren" Cc: "atom-syntax" ; "atom-protocol" Subject: RE: Atom Bidi Attribute Draft > You mean, they can decide whether to be interoperable or to be spec > compliant? Please don't put us poor implementers in that position. > From Nicolai-Rude@MotorTrip.nl Tue Oct 23 03:53:07 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkEZX-0005YD-KJ for atompub-archive@lists.ietf.org; Tue, 23 Oct 2007 03:53:07 -0400 Received: from host76-108-dynamic.22-79-r.retail.telecomitalia.it ([79.22.108.76] helo=host4-96-dynamic.22-79-r.retail.telecomitalia.it) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IkEZN-0001ZT-33 for atompub-archive@lists.ietf.org; Tue, 23 Oct 2007 03:53:03 -0400 Received: from daniela-6cbcb67 by MotorTrip.nl with ASMTP id AA425FD4 for ; Tue, 23 Oct 2007 09:53:05 +0200 Received: from daniela-6cbcb67 ([162.170.185.112]) by MotorTrip.nl with ESMTP id 25448C7A7387 for ; Tue, 23 Oct 2007 09:53:05 +0200 Message-ID: <000e01c81549$ad9d4420$e0ed094f@daniela6cbcb67> From: "Nicolai Rude" To: Subject: snoitrof Date: Tue, 23 Oct 2007 09:52:36 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C8155A.71261420" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.1 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0009_01C8155A.71261420 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hey yo atompub-archive if you have trouble keeping it hard how will you survive? http://ocutei.com/ Nicolai Rude ------=_NextPart_000_0009_01C8155A.71261420 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hey yo atompub-archive
if you have trouble keeping it hard how will = you=20 survive?
http://ocutei.com/
Nicolai Rude
------=_NextPart_000_0009_01C8155A.71261420-- From chenlianghui925@davisdirect.net Wed Oct 24 04:27:44 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ikbaa-0004Xg-1t for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 04:27:44 -0400 Received: from host147-18-dynamic.18-79-r.retail.telecomitalia.it ([79.18.18.147]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IkbaL-0005LB-RZ for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 04:27:30 -0400 Received: from titom03 ([151.175.159.172] helo=titom03) by host147-18-dynamic.18-79-r.retail.telecomitalia.it ( sendmail 8.13.3/8.13.1) with esmtpa id 1hZqqt-000MTO-Oh for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 10:27:59 +0200 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 24 Oct 2007 10:27:35 +0200 To: atompub-archive@lists.ietf.org From: "chenlianghui Haynes" Subject: inesypkn Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: avast! (VPS 000783-1, 22/10/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 3.5 (+++) X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea hello love atompub-archive great sex, great orgasms, great cock, anything else? http://www.penaber.com/ chenlianghui Haynes From Timbonicus@barrygreenstein.com Wed Oct 24 05:35:02 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ikcdi-0006aO-Mb for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 05:35:02 -0400 Received: from [85.110.229.35] (helo=[85.110.229.35]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IkcdV-00074H-QC for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 05:34:50 -0400 Received: from elit by barrygreenstein.com with ASMTP id 79EC0243 for ; Wed, 24 Oct 2007 12:35:10 +0300 Received: from elit ([124.169.79.153]) by barrygreenstein.com with ESMTP id 9ABD35C5C2A5 for ; Wed, 24 Oct 2007 12:35:10 +0300 Message-ID: <000801c81621$1f7d8230$23e56e55@elit> From: "Timbonicus Kong" To: Subject: ucf Date: Wed, 24 Oct 2007 12:34:49 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C8163A.44CABA30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0004_01C8163A.44CABA30 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable hey honey atompub-archive lets talk about the size of your cock, small aint it? http://rpmcvo.com/ Timbonicus Kong ------=_NextPart_000_0004_01C8163A.44CABA30 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
hey honey atompub-archive
lets talk about the size of your cock, small = aint=20 it?
http://rpmcvo.com/
Timbonicus Kong
------=_NextPart_000_0004_01C8163A.44CABA30-- From facelesswhisper@maxalt.net Wed Oct 24 11:00:31 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ikhih-0008Kr-2z; Wed, 24 Oct 2007 11:00:31 -0400 Received: from [77.205.44.145] (helo=maxalt.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IkhiU-00016e-EU; Wed, 24 Oct 2007 11:00:24 -0400 From: "facelesswhisper@maxalt.net" To: , , Subject: This Watch is dilly Date: Wed, 24 Oct 2007 07:09:08 -0800 MIME-Version: 1.0 Content-Type: text/plain; Content-Transfer-Encoding: 7Bit boundary="--VGYDMK75160" X-Spam-Score: 4.9 (++++) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 I just received my watch yesterday. It looks exactly like the picture on your website, no difference at all. This was actually my first time ordering from the internet, and I've heard so many bad things about online companies, but ordering from you and receiving my watch was a great first time experience. I really wish all internet companies were like yours. Signed, Emory M. Visit http://www.dbdgwhh.com Stop Receiving E-mails http://www.dbdgwhh.com/remove From Jacky@hensenfinecabinetry.com Wed Oct 24 18:04:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkoL9-00039m-6y for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 18:04:39 -0400 Received: from cable-207-217.iesy.net ([81.210.207.217]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IkoL1-0003HK-K8 for atompub-archive@lists.ietf.org; Wed, 24 Oct 2007 18:04:31 -0400 Received: from super ([102.197.183.188] helo=super) by cable-207-217.iesy.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1RBKrP-000KIX-eL for atompub-archive@lists.ietf.org; Thu, 25 Oct 2007 00:04:36 +0200 Message-ID: <000801c81689$d3f37ea0$d9cfd251@super> From: "Jacky cron" To: Subject: s'eiled Date: Thu, 25 Oct 2007 00:04:20 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C8169A.977C4EA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.6 (+++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0009_01C8169A.977C4EA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hay you atompub-archive if you dream of having a big dick, you make it real today http://rrgion.com/ Jacky cron ------=_NextPart_000_0009_01C8169A.977C4EA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hay you atompub-archive
if you dream of having a big dick, you make it = real=20 today
http://rrgion.com/
Jacky cron
------=_NextPart_000_0009_01C8169A.977C4EA0-- From owner-atom-syntax@mail.imc.org Thu Oct 25 07:15:26 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Il0gQ-0006X0-CO for atompub-archive@lists.ietf.org; Thu, 25 Oct 2007 07:15:26 -0400 Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Il0gF-0008IP-3B for atompub-archive@lists.ietf.org; Thu, 25 Oct 2007 07:15:16 -0400 Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l9PAwZDL091325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 03:58:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l9PAwZkC091324; Thu, 25 Oct 2007 03:58:35 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org) X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id l9PAwXJq091317 for ; Thu, 25 Oct 2007 03:58:34 -0700 (MST) (envelope-from pagaltzis@gmx.de) Received: (qmail invoked by alias); 25 Oct 2007 10:58:31 -0000 Received: from static-87-79-236-202.netcologne.de (EHLO klangraum) [87.79.236.202] by mail.gmx.net (mp028) with SMTP; 25 Oct 2007 12:58:31 +0200 X-Authenticated: #163624 X-Provags-ID: V01U2FsdGVkX1854yZl4hE5T3Zp7RzCIJzJDZhH+t4GQ6x+NnUJhc nuiBhMERdV1o2b Date: Thu, 25 Oct 2007 12:58:30 +0200 From: "A. Pagaltzis" To: Atom WG Syndication Format Subject: Interaction between author inheritance and atom:source Message-ID: <20071025105830.GD21039@klangraum> Mail-Followup-To: Atom WG Syndication Format MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Sender: owner-atom-syntax@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by balder-227.proper.com id l9PAwZDL091325 X-Spam-Score: 0.0 (/) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 Hi all, there=E2=80=99s an interesting subtle corner case with these that I just ran into. To wit: Hmm? urn:foo: 2007-10-25T12:27:44+02:00 Hmm? urn:foo:bar 2007-10-25T12:27:44+02:00 Now what? Tricky Mickey By the spirit of the spec this is complete, and the author for the Entry is clearly given: If an atom:entry element does not contain atom:author elements, then the atom:author elements of the contained atom:source element are considered to apply. In an Atom Feed Document, the atom:author elements of the containing atom:feed element are considered to apply to the entry if there are no atom:author elements in the locations described above. However, by a literal reading of the normative atom:feed rules, that example feed is invalid: atom:feed elements MUST contain one or more atom:author elements, unless all of the atom:feed element's child atom:entry elements contain at least one atom:author element. One for the errata, I suppose. Regards, --=20 Aristotle Pagaltzis // From luo-Private@petrabuyshouses.com Thu Oct 25 22:52:05 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlFIr-0000kT-OC for atompub-archive@lists.ietf.org; Thu, 25 Oct 2007 22:52:05 -0400 Received: from [88.241.26.216] (helo=dsl88.241-6872.ttnet.net.tr) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlFIn-0006o3-Dh for atompub-archive@lists.ietf.org; Thu, 25 Oct 2007 22:52:02 -0400 Received: from user ([166.184.190.33]:29088 "EHLO user" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by dsl88.241-6872.ttnet.net.tr with ESMTP id S22YDHNNKPTPLIPP (ORCPT ); Fri, 26 Oct 2007 05:52:37 +0300 Message-ID: <000b01c8177b$35d3fa40$d81af158@user> From: "luo Private" To: Subject: imuzios Date: Fri, 26 Oct 2007 05:52:13 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0006_01C81794.5B213240" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 4.6 (++++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0006_01C81794.5B213240 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable hello dad atompub-archive dont be miserable forever, enlarge your cock today! http://www.runcsepa.com/ luo Private ------=_NextPart_000_0006_01C81794.5B213240 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
hello dad atompub-archive
dont be miserable forever, enlarge your cock=20 today!
http://www.runcsepa.com/
luo Private
------=_NextPart_000_0006_01C81794.5B213240-- From Navid602@jaeger-technik.at Fri Oct 26 00:32:05 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlGrc-0007xm-VL for atompub-archive@lists.ietf.org; Fri, 26 Oct 2007 00:32:04 -0400 Received: from [89.222.171.34] (helo=[89.222.171.34]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlGrZ-0001v5-AA for atompub-archive@lists.ietf.org; Fri, 26 Oct 2007 00:32:01 -0400 Received: from R ([130.124.143.74] helo=R) by [89.222.171.34] ( sendmail 8.13.3/8.13.1) with esmtpa id 1PbOYD-000XTP-OZ for atompub-archive@lists.ietf.org; Fri, 26 Oct 2007 08:35:36 +0100 Message-ID: <000201c817a2$c585f310$22abde59@R> From: "Navid Kretzer" To: Subject: broodkar Date: Fri, 26 Oct 2007 08:35:24 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C817AB.274A5B10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 ------=_NextPart_000_0009_01C817AB.274A5B10 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable How do you do? atompub-archive oh yes she is beginning to wonder if sex will get better http://www.sapds.com/ Navid Kretzer ------=_NextPart_000_0009_01C817AB.274A5B10 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
How do you do? atompub-archive
oh yes she is beginning to wonder if sex will = get=20 better
http://www.sapds.com/
Navid Kretzer
------=_NextPart_000_0009_01C817AB.274A5B10-- From howser@www.profesor.pl Sat Oct 27 15:21:43 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IlrE7-00071r-KS for atompub-archive@lists.ietf.org; Sat, 27 Oct 2007 15:21:43 -0400 Received: from abck188.neoplus.adsl.tpnet.pl ([83.6.226.188] helo=abck78.neoplus.adsl.tpnet.pl) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IlrDy-0004xW-OX for atompub-archive@lists.ietf.org; Sat, 27 Oct 2007 15:21:35 -0400 Received: from pruwatny-c8c8e8 ([110.104.20.26] helo=pruwatny-c8c8e8) by abck78.neoplus.adsl.tpnet.pl ( sendmail 8.13.3/8.13.1) with esmtpa id 1kJJIQ-000FMZ-iI for atompub-archive@lists.ietf.org; Sat, 27 Oct 2007 21:22:09 +0200 Message-ID: <000b01c818ce$964f5410$4ee20653@pruwatnyc8c8e8> From: "emmarie howser" To: Subject: feinsten Date: Sat, 27 Oct 2007 21:21:34 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C818DF.59D82410" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Antivirus: avast! (VPS 071027-0, 2007-10-27), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 1.8 (+) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0007_01C818DF.59D82410 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Nice to meet you atompub-archive cum for ages when you take male virility pills http://www.teanaxe.com/ emmarie howser ------=_NextPart_000_0007_01C818DF.59D82410 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
Nice to meet you atompub-archive
cum for ages when you take male virility=20 pills
http://www.teanaxe.com/
emmarie howser
------=_NextPart_000_0007_01C818DF.59D82410-- From koyezzxkx@wuffz.de Mon Oct 29 05:21:21 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImQoD-0002NK-SC for atompub-archive@lists.ietf.org; Mon, 29 Oct 2007 05:21:21 -0400 Received: from [85.101.183.118] (helo=[85.101.183.118]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ImQoA-0002vj-9T for atompub-archive@lists.ietf.org; Mon, 29 Oct 2007 05:21:19 -0400 Received: from SENAY ([152.189.54.195]:2947 "EHLO SENAY" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [85.101.183.118] with ESMTP id S22TNENDYCBNWNXC (ORCPT ); Mon, 29 Oct 2007 11:21:23 +0200 Message-ID: <000201c81a0d$0b5b77e0$76b76555@SENAY> From: "rennie koye" To: Subject: emaline Date: Mon, 29 Oct 2007 11:21:10 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C81A1D.CEE447E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Antivirus: avast! (VPS 071028-0, 28.10.2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 2.6 (++) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 ------=_NextPart_000_0008_01C81A1D.CEE447E0 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable Hello Society atompub-archive charge your engine and have great sex with virility pills http://www.aeroplab.com/ rennie koye ------=_NextPart_000_0008_01C81A1D.CEE447E0 Content-Type: text/html; charset="iso-8859-9" Content-Transfer-Encoding: quoted-printable
Hello Society atompub-archive
charge your engine and have great sex with = virility=20 pills
http://www.aeroplab.com/
rennie koye
------=_NextPart_000_0008_01C81A1D.CEE447E0-- From Eirik_fielitz@selk-wittingen.de Tue Oct 30 03:00:15 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iml5D-0002j8-NZ for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 03:00:15 -0400 Received: from [190.2.4.249] (helo=customer2-5-249.iplannetworks.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iml5B-00079g-16 for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 03:00:13 -0400 Received: from MARIANO ([176.120.115.83] helo=MARIANO) by customer2-5-249.iplannetworks.net ( sendmail 8.13.3/8.13.1) with esmtpa id 1jfTMe-000CWL-ts for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 04:00:26 -0300 Message-ID: <000701c81ac2$820f2f70$f90402be@MARIANO> From: "Eirik fielitz" To: Subject: armoedje Date: Tue, 30 Oct 2007 04:00:08 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C81AA9.5CC1F770" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 2.1 (++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0007_01C81AA9.5CC1F770 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable wots up atompub-archive improve your sexual technique when you add 3 inches http://uislamu.com/ Eirik fielitz ------=_NextPart_000_0007_01C81AA9.5CC1F770 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
wots up atompub-archive
improve your sexual technique when you add 3=20 inches
http://uislamu.com/
Eirik fielitz
------=_NextPart_000_0007_01C81AA9.5CC1F770-- From AlirezaSharpe@hoteldechampoluc.com Tue Oct 30 17:29:26 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ImyeM-0005G4-1v for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 17:29:26 -0400 Received: from [201.230.166.20] (helo=client-201.230.166.20.speedy.net.pe) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ImyeC-0007Ip-JF for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 17:29:18 -0400 Received: from PC08 by hoteldechampoluc.com with ASMTP id 2073C010 for ; Tue, 30 Oct 2007 16:29:39 -0500 Received: from PC08 ([106.121.147.67]) by hoteldechampoluc.com with ESMTP id 3979C1A0EA34 for ; Tue, 30 Oct 2007 16:29:39 -0500 Message-ID: <000e01c81b3b$e3c2e440$14a6e6c9@PC08> From: "Alireza Sharpe" To: Subject: kriekt Date: Tue, 30 Oct 2007 16:29:01 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C81B11.FAECDC40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 3.8 (+++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 ------=_NextPart_000_0009_01C81B11.FAECDC40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello world atompub-archive promise her you will make your dick bigger http://beamvacv.com/ Alireza Sharpe ------=_NextPart_000_0009_01C81B11.FAECDC40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello world atompub-archive
promise her you will make your dick = bigger
http://beamvacv.com/
Alireza Sharpe
------=_NextPart_000_0009_01C81B11.FAECDC40-- From yourqualified@libero.it Tue Oct 30 20:20:50 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1In1KE-0005IL-2D for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 20:20:50 -0400 Received: from [68.239.142.242] (helo=xobwqz) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1In1K7-00067r-Ty for atompub-archive@lists.ietf.org; Tue, 30 Oct 2007 20:20:45 -0400 Received: from [229.25.107.234] (helo=sybu) by xobwqz with smtp (Exim 4.62 (FreeBSD)) id 1JNI-0004lJ-6h; Tue, 30 Oct 2007 19:24:00 -0500 Message-ID: <001a01c81b53$d4ef7ec0$ea6b19e5@sybu> From: To: Subject: Happy Halloween Date: Tue, 30 Oct 2007 19:20:24 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 3.3 (+++) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Just a little Halloween fun. http://211.107.125.246/ From faq@msa.com Wed Oct 31 06:38:16 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InAxk-00079F-H3 for atompub-archive@lists.ietf.org; Wed, 31 Oct 2007 06:38:16 -0400 Received: from [168.8.72.205] (helo=prjdtui) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1InAxj-0005tS-CJ for atompub-archive@lists.ietf.org; Wed, 31 Oct 2007 06:38:16 -0400 Received: from cli ([27.237.111.115]) by prjdtui (8.13.3/8.13.3) with SMTP id l9VAfGlK079284; Wed, 31 Oct 2007 06:41:16 -0400 Message-ID: <47285AE6.3050806@msa.com> Date: Wed, 31 Oct 2007 06:37:26 -0400 From: User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: atompub-archive@lists.ietf.org Subject: Dancing Bones Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 0f1ff0b0158b41ac6b9548d0972cdd31 Trick or Treat. Have some fun for 5 min. http://87.205.188.185/