Re: AW: [Geopriv] Quickrandomcommentsondraft-ietf-geopriv-pdif-l o -profile-00

Henning Schulzrinne <hgs@cs.columbia.edu> Fri, 15 July 2005 12:05 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DtOws-0004y7-1b; Fri, 15 Jul 2005 08:05:46 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DtOwq-0004wt-AZ for geopriv@megatron.ietf.org; Fri, 15 Jul 2005 08:05:44 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA28951 for <geopriv@ietf.org>; Fri, 15 Jul 2005 08:05:42 -0400 (EDT)
Received: from jalapeno.cc.columbia.edu ([128.59.29.5] ident=cu41754) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DtPPd-0005y3-NM for geopriv@ietf.org; Fri, 15 Jul 2005 08:35:31 -0400
Received: from [192.168.0.31] (pool-141-153-198-113.mad.east.verizon.net [141.153.198.113]) (user=hgs10 mech=PLAIN bits=0) by jalapeno.cc.columbia.edu (8.13.0/8.13.0) with ESMTP id j6FC5Uoc013863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 15 Jul 2005 08:05:31 -0400 (EDT)
Message-ID: <42D7A68C.7050601@cs.columbia.edu>
Date: Fri, 15 Jul 2005 08:05:32 -0400
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Organization: Columbia University
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "James M. Polk" <jmpolk@cisco.com>
Subject: Re: AW: [Geopriv] Quickrandomcommentsondraft-ietf-geopriv-pdif-l o -profile-00
References: <4.3.2.7.2.20050714210002.03e94118@email.cisco.com> <4.3.2.7.2.20050714210002.03e94118@email.cisco.com> <4.3.2.7.2.20050714222808.03e9ef00@email.cisco.com>
In-Reply-To: <4.3.2.7.2.20050714222808.03e9ef00@email.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.48 on 128.59.29.5
X-Spam-Score: 0.2 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Content-Transfer-Encoding: 7bit
Cc: 'GEOPRIV' <geopriv@ietf.org>, Marc Linsner <mlinsner@cisco.com>
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
Sender: geopriv-bounces@ietf.org
Errors-To: geopriv-bounces@ietf.org

James M. Polk wrote:
> Henning
> 
> I wasn't claiming "mine is better", I was just defending 3825 as 
> suitable, when more than one seemed to claim it was not.

The other James was.


> 
> I agree we need consensus on what level of precision for each format 
> needs to be present to satisfy certain functions (like routing to a 
> PSAP). That seems like a meaningful discussion - and hopefully a more 
> peaceful one  ;-)

Since the PIDF-LO data may be used for functions other than PSAP 
routing, this might actually belong in an ECRIT document, but I don't 
much care either way.

For geo, the problem is that different jurisdictions have different 
requirements for accuracy, e.g., the FCC rules for wireless devices that 
speak of probabilities for different accuracy levels. Since 
jurisdictional boundaries for PSAPs are typically aligned on property 
lines, i.e., individual residences, for residential or commercial use, 
you could have a 1 foot error put you erroneously in the wrong county 
and PSAP. I don't think this matters in practice, but it indicates that 
picking a number will be rather difficult. I suspect that in almost all 
cases, people will simply provide whatever accuracy they can get from 
their GPS or other location device and set the bit count to "max", 
regardless of whether this is actually true or not. (Converting the 
circular accuracy estimates you get from your GPS unit to the units used 
in 3825 requires a bit of spherical geometry calculations that I don't 
see your average local wiremap maintainer performing.)

Henning

_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www1.ietf.org/mailman/listinfo/geopriv