[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Ecrit] Hiding (partial) locations
I might be able to sell partial location, but I've heard from others who
don't think that would be acceptable. And it doesn't get the dial
strings to the device. The overall solution must get the dial strings to
the device.
Barbara
-----Original Message-----
From: Hannes Tschofenig [mailto:Hannes.Tschofenig at gmx.net]
Sent: Tuesday, April 17, 2007 2:40 AM
To: Stark, Barbara
Cc: ECRIT
Subject: Re: [Ecrit] Hiding (partial) locations
Barbara,
could you sell the partial location story within your company (i.e.,
providing the end host with information about country, state and city)?
Ciao
Hannes
Stark, Barbara wrote:
> The way I envisioned partial locations, from my civic location bias,
> is to provide city, county, and state information. I'm not aware of
> cases where a city is sub-divided, so a provider in that situation
> would have to figure out the information needed to uniquely map for
> emergency services.
>
> But I know that around me, cities (incorporated areas) and counties
> (unincorporated) have responsibility for services within their
borders.
> In some cases the counties provide service to cities by agreement.
>
> City boundaries do meander around, and split streets in half. But I'm
> not aware of cases where a city has told its residents to call another
> city for emergency services. Cities are responsible to the citizens
> within their borders, no matter how twisted those borders might be.
> The same goes for counties.
> Barbara
>
> -----Original Message-----
> From: Brian Rosen [mailto:br at brianrosen.net]
> Sent: Monday, April 16, 2007 2:57 PM
> To: 'Henning Schulzrinne'
> Cc: 'ECRIT'
> Subject: RE: [Ecrit] Hiding (partial) locations
>
> I don't understand this.
>
> If, in order to make a route decision, you need street name and house
> number, but the access network wishes to hide location from non
> emergency use cases, how the heck do we supply "coarse" location that
> is any different from full LbyV?
>
> You can't restrict the access network from hiding location ONLY IF the
> PSAP boundary is truly coarse. I'm also not so sure the access
> networks would be willing to give out coarse location down to, say,
city.
>
> So, I guess I disagree this is a fair trade-off. In fact, I think
> it's a non-starter.
>
> Brian
>
>
>> -----Original Message-----
>> From: Henning Schulzrinne [mailto:hgs at cs.columbia.edu]
>> Sent: Monday, April 16, 2007 1:15 PM
>> To: Brian Rosen
>> Cc: 'ECRIT'
>> Subject: Re: [Ecrit] Hiding (partial) locations
>>
>>
>> On Apr 16, 2007, at 11:19 AM, Brian Rosen wrote:
>>
>>
>>> This doesn't work in areas that don't have simple PSAP boundaries.
>>>
>> Agreed; it would require more precise location in those
jurisdictions.
>>
>
>
>> Those do seem to be the exception, however.
>>
>>
>>> Even in a case where the PSAP serves a city, the boundary of the
>>> city is very often not exactly that of the municipal boundary.
>>>
>> Again, this would only force an ISP to provide more precise location
>> information to those relative handful of exception cases. This seems
>> like a fair trade-off.
>>
>>
>>> It definitely doesn't work in the U.S. where there are PSAP
>>> boundaries that are one side or the other of the street (even and
>>> odd addresses), or between two house numbers on a street.
>>>
>> My perception is that PSAP boundaries that don't correspond to
>> community or county names occur, but only affect a tiny fraction of
>> the population.
>>
>> (Street don't matter. Broad Avenue, for example, traverses a half
>> dozen communities in northern Bergen County, but each town has its
>> own
>>
>
>
>> PSAP, whose responsibility is defined by the community, not the
>> street.)
>>
>>
>>
>>> Brian
>>>
>
>
> _______________________________________________
> Ecrit mailing list
> Ecrit at ietf.org
> https://www1.ietf.org/mailman/listinfo/ecrit
>
> *****
>
> The information transmitted is intended only for the person or entity
> to which it is addressed and may contain confidential, proprietary,
> and/or privileged material. Any review, retransmission, dissemination
> or other use of, or taking of any action in reliance upon this
> information by persons or entities other than the intended recipient
> is prohibited. If you received this in error, please contact the
> sender and delete the material from all computers. GA622
>
>
>
> _______________________________________________
> Ecrit mailing list
> Ecrit at ietf.org
> https://www1.ietf.org/mailman/listinfo/ecrit
>
_______________________________________________
Ecrit mailing list
Ecrit at ietf.org
https://www1.ietf.org/mailman/listinfo/ecrit
_______________________________________________
Ecrit mailing list
Ecrit at ietf.org
https://www1.ietf.org/mailman/listinfo/ecrit