At 2010-08-03 00:24, Kevin Atkinson wrote:
One more specific question below:
On Mon, 2 Aug 2010, Alan Mintz wrote:
2. Some, however, do use the prefix on the signs and in verbal. The
direction appears in front of the name in the same font:
name = "West 17th Street"
name_prefix = "W"
name_pref
I went ahead and wrote up a proposal at:
http://wiki.openstreetmap.org/wiki/Proposed_features/Directional_Prefix_%26_Suffix_Indication
I also notice that some people are removing the directional prefixes
_without_ storing the information in another tag. See:
http://www.openstreetmap.org/
On Sun, Aug 8, 2010 at 12:37 AM, Alan Millar wrote:
> How about this proposal for US streets:
>
> (1) Leave "name" unabbreviated
>
> (2) Put whatever form you want of abbreviated name in "name:en"
I suggest not. We already have an expectation of having the real
English name in name:en.
I would a
On Sat, 7 Aug 2010, Alan Millar wrote:
On Sat, 2010-08-07 at 22:35 -0600, Kevin Atkinson wrote:
You certainly CAN have all the abbreviations you want. I'm just saying
not to put them in the "name" tag; put them in another tag. I
personally don't care if it is loc_name, alt_name, name_2, nam
On Sat, 7 Aug 2010, Paul Johnson wrote:
On Sat, 07 Aug 2010 18:43:33 -0600, Kevin Atkinson wrote:
I am unlikely to try too push this though any time soon, so the
abbreviation police have won again, for now.
Why so condescending? I can't say this attitude is likely to change
consensus in you
On Sat, 07 Aug 2010 18:43:33 -0600, Kevin Atkinson wrote:
> I am unlikely to try too push this though any time soon, so the
> abbreviation police have won again, for now.
Why so condescending? I can't say this attitude is likely to change
consensus in your favor, especially considering that whe
I'm giving this another shot, this time I am completely staying out of the
abbreviation debate.
A full street address included more than just a Number and a Street, it
also includes a directional prefix and suffix. Vid the kid, gave an
excellent overview at http://vidthekid.info/misc/osm-abbr
On Sat, 2010-08-07 at 22:35 -0600, Kevin Atkinson wrote:
> For those voting +1 have you even read my original proposal on the reason I
> want to abbreviate?
Yes. You gave a list of reasons it would be OK, and rules people would
have to follow to make it work. Some of the reasons I consider susp
How about this proposal for US streets:
(1) Leave "name" unabbreviated
(2) Put whatever form you want of abbreviated name in "name:en"
Thoughts?
- Alan
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-
On Sun, 8 Aug 2010, Richard Welty wrote:
On 8/8/10 12:22 AM, Alan Millar wrote:
On Sat, 2010-08-07 at 13:15 -0700, Paul Johnson wrote:
I vote for
3) It's there for good reason. If you want abbreviations, tell your map
renderer to garble the data for you. Pre-garbling the data complicates
oth
On 8/8/10 12:22 AM, Alan Millar wrote:
On Sat, 2010-08-07 at 13:15 -0700, Paul Johnson wrote:
I vote for
3) It's there for good reason. If you want abbreviations, tell your map
renderer to garble the data for you. Pre-garbling the data complicates
other usage scenarios. Don't do it.
+1
Cal
On Sat, 2010-08-07 at 13:15 -0700, Paul Johnson wrote:
> I vote for
> 3) It's there for good reason. If you want abbreviations, tell your map
> renderer to garble the data for you. Pre-garbling the data complicates
> other usage scenarios. Don't do it.
+1
Call me an "abbreviation police" if
On Sat, 7 Aug 2010, Paul Johnson wrote:
On Sat, 31 Jul 2010 19:54:48 -0600, Kevin Atkinson wrote:
I would like to formally propose two things
1) An exception to the abbreviation rule for directional indicators
with the fully expanded name going into "alt_name"
2) New tags to recor
On Sat, 31 Jul 2010 19:54:48 -0600, Kevin Atkinson wrote:
> I would like to formally propose two things
>
>1) An exception to the abbreviation rule for directional indicators
> with the fully expanded name going into "alt_name"
>2) New tags to record the presence of directional indi
On Sat, 31 Jul 2010 21:05:10 -0600, Kevin Atkinson wrote:
> To avoid this either:
> 1) A clear exception needs to be made 2) The official rule need to be
> toned down.
I vote for
3) It's there for good reason. If you want abbreviations, tell your map
renderer to garble the data for you. Pre-ga
One more specific question below:
On Mon, 2 Aug 2010, Kevin Atkinson wrote:
On Mon, 2 Aug 2010, Alan Mintz wrote:
See below for general comments:
Some Examples)
To encode "South 700 East" in Salt Lake City:
name = "S. 700 East"
name_prefix = "included"
alt_name = "South 700 East"
I
On Mon, 2 Aug 2010, Alan Mintz wrote:
See below for general comments:
Some Examples)
To encode "South 700 East" in Salt Lake City:
name = "S. 700 East"
name_prefix = "included"
alt_name = "South 700 East"
I would use
name = "South 700 East"
name_prefix = "S"
name_prefix_included = yes
At 2010-07-31 18:54, Kevin Atkinson wrote:
Since someone objected to my proposed changes to Salt Lake City, I am
going to go ahead and give my proposal for how I think directional
prefixes should be handled. I am going to stay out of the debate on
street name abbreviations and focus on just t
On Mon, 2 Aug 2010, Apollinaris Schoell wrote:
On 31 Jul 2010, at 21:58 , Kevin Atkinson wrote:
On Sat, 31 Jul 2010, Val Kartchner wrote:
On Sat, 2010-07-31 at 21:31 -0600, Kevin Atkinson wrote:
On Sat, 31 Jul 2010, Val Kartchner wrote:
1) I agree with most of your proposal.
a) Your prop
On 31 Jul 2010, at 21:58 , Kevin Atkinson wrote:
> On Sat, 31 Jul 2010, Val Kartchner wrote:
>
>> On Sat, 2010-07-31 at 21:31 -0600, Kevin Atkinson wrote:
>>> On Sat, 31 Jul 2010, Val Kartchner wrote:
>>>
1) I agree with most of your proposal.
a) Your proposal doesn't take into accoun
On Sat, 31 Jul 2010, Val Kartchner wrote:
On Sat, 2010-07-31 at 21:31 -0600, Kevin Atkinson wrote:
On Sat, 31 Jul 2010, Val Kartchner wrote:
1) I agree with most of your proposal.
a) Your proposal doesn't take into account cases where there is both a
name and a numeric designation for a
On Sat, 2010-07-31 at 21:31 -0600, Kevin Atkinson wrote:
> On Sat, 31 Jul 2010, Val Kartchner wrote:
>
> > 1) I agree with most of your proposal.
> > a) Your proposal doesn't take into account cases where there is both a
> > name and a numeric designation for a street. An instance in Ogden,
On Sat, 31 Jul 2010, Val Kartchner wrote:
1) I agree with most of your proposal.
a) Your proposal doesn't take into account cases where there is both a
name and a numeric designation for a street. An instance in Ogden,
Utah is "Washington Boulevard" and its alias "400 East".
In both
On Sun, 1 Aug 2010, andrzej zaborowski wrote:
On 1 August 2010 03:54, Kevin Atkinson wrote:
1) An exception to the abbreviation rule for directional indicators
with the fully expanded name going into "alt_name"
First I'd like to oppose making exceptions from the global rules in
local ru
On 1 August 2010 03:54, Kevin Atkinson wrote:
> 1) An exception to the abbreviation rule for directional indicators
> with the fully expanded name going into "alt_name"
First I'd like to oppose making exceptions from the global rules in
local rules. The global rules are vague enough that th
On Sat, 2010-07-31 at 19:54 -0600, Kevin Atkinson wrote:
> Comments welcome. I would like to get a clear indication on where people
> stand on my proposal, so please clearly indicate if you overall agree or
> disagree with my proposal.
1) I agree with most of your proposal.
a) Your proposal d
On Sat, 31 Jul 2010, Kevin Atkinson wrote:
Since someone objected to my proposed changes to Salt Lake City, I am going
to go ahead and give my proposal for how I think directional prefixes should
be handled. I am going to stay out of the debate on street name
abbreviations and focus on just t
Since someone objected to my proposed changes to Salt Lake City, I am
going to go ahead and give my proposal for how I think directional
prefixes should be handled. I am going to stay out of the debate on
street name abbreviations and focus on just the directional prefix/postfix
parts. I wa
28 matches
Mail list logo
