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

"Marc Berryman" <MBerryman@911.org> Fri, 15 July 2005 14:59 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DtRem-00061w-AK; Fri, 15 Jul 2005 10:59:16 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DtRek-00061h-TZ for geopriv@megatron.ietf.org; Fri, 15 Jul 2005 10:59:14 -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 KAA14059 for <geopriv@ietf.org>; Fri, 15 Jul 2005 10:59:12 -0400 (EDT)
Received: from mail.911.org ([65.67.130.188]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DtS7Y-00043K-Op for geopriv@ietf.org; Fri, 15 Jul 2005 11:29:03 -0400
Received: from mail pickup service by mail.911.org with Microsoft SMTPSVC; Fri, 15 Jul 2005 09:59:03 -0500
From: Marc Berryman <MBerryman@911.org>
To: "James M. Polk" <jmpolk@cisco.com>, Henning Schulzrinne <hgs@cs.columbia.edu>
Date: Fri, 15 Jul 2005 09:59:02 -0500
Subject: RE: AW: [Geopriv] Quickrandomcommentsondraft-ietf-geopriv-pdif-l o -profile-00
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
Content-Class: urn:content-classes:message
Message-ID: <911MAIL1wiZ9rWjAKYV0000270a@mail.911.org>
X-OriginalArrivalTime: 15 Jul 2005 14:59:03.0290 (UTC) FILETIME=[BD6495A0:01C5894D]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b
Content-Transfer-Encoding: quoted-printable
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

Luckily, routing is not dependent on the altitude, floor, sub-floor, or
at least not with the current routing models. The routing of the call is
based firmly in two dimensions. An address -123 Main -, or a coordinate
pair - long, lat - both of which represent a point on the earth.
Supplemental information is often needed by the responders.

3825 is well suited for this supplemental information. Information that
could be very useful the to emergency responders, e.g. "Now I am at 123
Main, but which of the 23 floors did the call come from?"

I'm all for leaving both in and providing all data elements to the PSAP.
Let the PSAP decide which one to base their response on.

Of course I am coming from the Operations side, so I may be missing the
broader picture. 

Marc B




-----Original Message-----
From: geopriv-bounces@ietf.org [mailto:geopriv-bounces@ietf.org] On
Behalf Of James M. Polk
Sent: Thursday, July 14, 2005 10:32 PM
To: Henning Schulzrinne
Cc: 'GEOPRIV'; Marc Linsner
Subject: Re: AW: [Geopriv]
Quickrandomcommentsondraft-ietf-geopriv-pdif-l o -profile-00


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.

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
;-)

At 10:22 PM 7/14/2005 -0400, Henning Schulzrinne wrote:
>James M. Polk wrote:
>
>>However, floor names do change, and unless the build falls down, the 
>>number of floors doesn't - so the 3825 definition of the counting of 
>>floors seems the more precise (if that matters here).
>
>I'm not sure what "precise" means here. Also, floors do get added on
occasion.
>
>I don't think this is a discussion that is going to get us very far.
Some 
>people believe that recipients prefer room locations measured in geo
and 
>in fractional floors, others have their doubts as to the practicality
of 
>that. Experience will tell and the discussion seems to be of interest
only 
>to about 4-5 people.
>
>I'd like to avoid needless complexity for the presumably common case
that 
>both exist and would rather avoid the "mine is better" arguments in
making 
>decisions on routability. Both need some degree of specificity to be 
>routable, down to house numbers for civic and probably at least 100' 
>anywhere on the globe for geo (whatever that translates to in terms of
bits).
>
>Henning


cheers,
James

                                 *******************
                 Truth is not to be argued... it is to be presented.

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

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