From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daimrod Subject: Re: org-contacts development Date: Thu, 29 May 2014 12:19:36 +0900 Message-ID: <87zji1b7av.fsf@tanger.home> References: <8761kxnno5.fsf@gmail.com> <87egzg36u5.fsf@strey.biz> <877g57372x.fsf@strey.biz> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54349) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wpqsc-0004LW-0P for emacs-orgmode@gnu.org; Wed, 28 May 2014 23:19:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WpqsX-0000mN-Jy for emacs-orgmode@gnu.org; Wed, 28 May 2014 23:19:45 -0400 Received: from mail-pb0-x230.google.com ([2607:f8b0:400e:c01::230]:46263) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WpqsX-0000mC-Cg for emacs-orgmode@gnu.org; Wed, 28 May 2014 23:19:41 -0400 Received: by mail-pb0-f48.google.com with SMTP id rr13so12251095pbb.35 for ; Wed, 28 May 2014 20:19:40 -0700 (PDT) In-Reply-To: <877g57372x.fsf@strey.biz> (Michael Strey's message of "Tue, 27 May 2014 11:27:02 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Michael Strey Cc: emacs-orgmode@gnu.org Michael Strey writes: Hi Michael, > Reading http://orgmode.org/worg/dev/org-syntax.html#Node_Properties > I just realised that my clumsy property keys are against the rules since > they are containing whitespace characters. > > Nevertheless I still like the idea of having a Type, a number and a > Value for every property that can occur multiple. Thus the properties > can be easily mapped to the VCard scheme as well as to any other scheme. > > Thus, what I would like to propose is the following scheme: > > > #+BEGIN_SRC org > :PROPERTIES: > :Contact_Type: individual or organisation > :Organization_1_Type: company > :Organization_1_Name: The company name > :Organization_1_Department: department, business unit, division > :Organization_1_Title: job title of an individual > :FN: The full name > :GivenName: > :FamilyName: > :Name_Prefix: > :Name_Suffix: > :Nickname: > :Email_1_Type: Work > :Email_1_Value: name@company.fr > :Address_1_Type: Work > :Address_1_Street: The street can contain multiple lines \\ second line > :Address_1_Box: Postal box > :Address_1_Extension: other extensions that can occur in addresses > :Address_1_City: The city > :Address_1_Region: Region, federal state etc. > :Address_1_Code: 12100 > :Address_1_Country: France > :Phone_1_Type: Work > :Phone_1_Value: +33 565 623740 > :Phone_2_Type: Fax > :Phone_2_Value: +33 565 623070 > :Website_1_Type: Work > :Website_1_Value: http://www.domain.fr > :Birthday: > :Language: en > :Salutation: > :END: > #+END_SRC > Hmm, I kinda like this. It seems a bit verbose but it's better than having multiple values per properties (IMHO). Though, if we adopt this scheme, we would need to add some helper bindings/functions so that we don't have to fill this by hands. > Other user defined properties can be added and mapped to the appropriate > user defined keys during export. I'm not sure to understand what you mean. Could you give more details and maybe an example? > > [snip] > > Please note that org-collector tries to convert property values from > strings into numbers if possible. For postal codes with leading Zeros > this can lead to unexpected results. I did not find any other way to > solve this problem than to add a national code like in the following > example > > :Address_1_Code: 01169 > would lead to "1169" in the propview table. > > so I replaced it with > :Address_1_Code: DE-01169 What is `org-collector' and when does it happen? I've done a quick test and the 0 appears in `org-contacts-db'. Best, -- Daimrod/Greg