Re: Using the core location vocabulary to query national address data

I think calling it a breakdown is a bit too harsh.
=====================================
No, I going to have to be a mean guy in this case (he said with a smile, I am only virtually mean in real life).

I'm not picking on any person in particular, but rather pointing out that Country Codes (and Acronyms in general) are a variety of Unicode for "Full Address" purposes.  Further, this class of identifier has no "right to be forgotten" by Certification/Standardization class of Organization.

This means that no matter how fast the Organization produces the Certifications in a given time (calendar) span, the production result is unity (100%) for the entire set if the size of the set is known.  The partial fractions of Certification "work" always add up to 1.  The determinant of a "unit" matrix is the solution at the end of the time interval (it always equals 1).

There are no "race" conditions in ISO 3166 as long as you use one of the User Defined codes to represent "Unlabeled Places". ISO knows this, or at least they knew it at one time - the Decoding Table is no longer available directly.

in a cache it is, for the moment :-)
http://www.nexus.ao/RS/ISO/www.iso.org/iso/iso-3166-1_decoding_table.html

This is a NxN (26x26) form of the Tr(676) solution. That means for a Monte Carlo Integration (random) process carried out for a "sufficiently long time" no more than 676 Unicode (Glyphs or hits) required to fill the trace of an identity matrix.

Now, imagine a Certification Authority.  Every year their Annual Report says "exactly 676 Codes certified this year" and in every quarterly conference call they say "about 169 Codes certified this Quarter".  I would argue that therefore people have a right to be forgotten (because the trace is huge), but Unicodes (atomic elements) have no such right.  This is a footnote to Einstein's argument against Quantum Superposition:A partially completed Process is not "spooky action at a distance in time".

--Gannon
--------------------------------------------
On Tue, 7/1/14, Frans Knibbe | Geodan <frans.knibbe@geodan.nl> wrote:

 Subject: Re: Using the core location vocabulary to query national address    data
 To: "Gannon Dick" <gannon_dick@yahoo.com>, "public-locadd@w3.org" <public-locadd@w3.org>
 Date: Tuesday, July 1, 2014, 7:48 AM
 
     I think calling it a breakdown is a bit too harsh.



     In this case, all
     addresses are known to be addresses in the Netherlands, because this
     is specified in the metadata of the dataset (using dcterms:spatial,
     perhaps other triples could solidify the relationship). It does take
     a bit of reasoning, but I think it should be possible for a consumer
     to add the country name automatically in case it is needed. The
     dbpedia entry for the Netherlands in turn gives access to country
     codes, should they be needed in some sort of address specification.

     It could be debatable whether an address without a country name
     counts as a full or complete address in the sense of the location
     core vocabulary (locn:fullAddress). Does anyone feel up to doing
     that?
 
     
 
     
       
 
 Acronyms for countries and languages are two or three
 character codes.  The Code Pages can always be reduced to
 two dimensions, so for example [A-Z]{2} = 26^2 = 676 or
 [A-Z]{3} = 26^3 = 17576 < 133^2.  The signifigance of
 this is that any [A-Z]{3} can be fully (over) subscribed by
 133 unicode glyphs, which is to say the codeset will obey
 the Caley-Hamilton Theorem[1].
 
 There is a little problem: see A bogus "proof":
 p(A) = det(AIn − A) = det(A − A) = 0.  Virtual addresses
 and URL's manifest this way, but fail to prove the
 theorem, and if you can not use the theorem then you get
 undesired (not to say silly) convergence - everybody speaks
 English or lives in Albania, etc.
 
 --Gannon
 
 [1] http://en.wikipedia.org/wiki/Cayley%E2%80%93Hamilton_theorem
 
 
 --------------------------------------------
 On Fri, 6/27/14, Frans Knibbe | Geodan <frans.knibbe@geodan.nl>
 wrote:
 
  Subject: Re: Using the core location vocabulary to query
 national address   data
  To: "Gannon Dick" <gannon_dick@yahoo.com>,
 "public-locadd@w3.org"
 <public-locadd@w3.org>
  Date: Friday, June 27, 2014, 9:00 AM
  
  
    
  
      
    
    
      On 2014-06-13
  19:48, Gannon Dick wrote:
  
      
      
        
  
  "Would it make sense to use HMTL tags for
  formatting?"
  
  Yes, it would to me, because I am bone tired of look-alike
  abstractions :-)
      
      At first I was thinking about using HTML to put line
  breaks in an
      address. But I quickly changed my mind when I started
  noticing how
      addresses are formatted in scientific papers. They just
  use commas.
      I think plain commas are nicer than fancy formatting
  because  an
      address with only commas could embedded directly in any
  text. To use
      such an address to put on a mail envelope, one would
  only have to
      replace the commas with line breaks.
  
      
  
      It was rather less trivial then I thought, but I have
  now managed to
      add full addresses to the data set. For example, the
  following query
      returns all full address within a specified postal code
  zone:
  
      
  
      prefix locn: <http://www.w3.org/ns/locn#>
  
      select ?full_address
  
      from
        <http://lod.geodan.nl/basisreg/bag/nummeraanduiding/>
  
      where {
  
          ?address a locn:Address
  .
  
          ?address locn:postCode
  "1021GL"^^xsd:string.
  
          ?address locn:fullAddress
  ?full_address .
  
      }
  
      
  
      (Click here
      to issue this request in your web browser and see the
  results)
  
      
  
   
  
      
  
      Regards,
  
      Frans
  
      
  
      
        
  
  Cheers,
  Gannon
  
      
      
  
      
  
      
          
          Frans Knibbe
  
          Geodan
  
          President Kennedylaan 1
  
          1079 MB Amsterdam (NL)
  
          
  
          T +31 (0)20 - 5711 347
  
          E frans.knibbe@geodan.nl
  
          www.geodan.nl | disclaimer
  
          
    
  
  
  
  
  
 
     
     
 
     
 
     
         
         Frans Knibbe
 
         Geodan
 
         President Kennedylaan 1
 
         1079 MB Amsterdam (NL)
 
         
 
         T +31 (0)20 - 5711 347
 
         E frans.knibbe@geodan.nl
 
         www.geodan.nl | disclaimer

Received on Thursday, 3 July 2014 20:06:07 UTC