On Tue, 03 Aug 2010 23:32:54 -0600, Kevin Atkinson wrote:
Rather than United Stated Highway 29 Frontage Road just U.S. 29
Frontage Road or maybe US 29 Frontage Road. Why. Because no will say
the formal out load.
Rather than Interstate 95 Frontage Road, just I-95 Frontage Road.
Why? Even
On Sat, 7 Aug 2010, Paul Johnson wrote:
On Tue, 03 Aug 2010 23:32:54 -0600, Kevin Atkinson wrote:
Rather than United Stated Highway 29 Frontage Road just U.S. 29
Frontage Road or maybe US 29 Frontage Road. Why. Because no will say
the formal out load.
Rather than Interstate 95 Frontage
On Thu, 29 Jul 2010 15:52:31 -0700, Dave Hansen wrote:
Please keep them. They're not hurting anything.
Mapper fatigue. I don't really see how anything beyond tiger:reviewed=no
and tiger:tlid= tags are useful at this point, save to make tags more
difficult to sift through by human editors.
On Mon, 02 Aug 2010 14:56:51 -0700, Alan Mintz wrote:
Yes. Last time, a couple of us (or maybe just me - I forget) argued that
it was OK to use common abbreviations for some well-known street types -
at least St, Ave, Blvd, Pl, etc. - but the opposition was significant,
and no change could be
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.
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 indicators
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 record
At the risk of being accused of letting a good argument die...
At 2010-08-07 13:28, Paul Johnson wrote:
On Thu, 29 Jul 2010 15:52:31 -0700, Dave Hansen wrote:
Please keep them. They're not hurting anything.
Mapper fatigue. I don't really see how anything beyond tiger:reviewed=no
and
On Wed, 04 Aug 2010 00:04:31 -0600, Kevin Atkinson wrote:
Since when does a frontage road get a Highway shield?
There's some special cases in Oregon where I 84 and US 30 are
multiplexed. US 30 takes the frontage in every city except Portland,
Gresham, Wood Village and Troutdale. Granted,
On Wed, 04 Aug 2010 08:09:10 -0400, Richard Welty wrote:
On 8/4/10 7:45 AM, Richard Weait wrote:
North Service Road and South Service Road. Romantic names, I know. Are
these similar to what you are calling frontage roads?
http://www.openstreetmap.org/?
On Mon, 02 Aug 2010 15:42:52 -0700, Apollinaris Schoell wrote:
I think typically this isn't part of a name at all. Are people using it
in an address for mailing? how is it written in official records? how
would anyone do a search for a street? there are many corner cases so
there is no simple
At 2010-08-07 12:59, Paul Johnson wrote:
Meanwhile,
it has been observed on more than one occasion that the quality of the
data imported by TIGER is nearly or entirely worse than a blank map.
People can observe all they want - it doesn't make them right, and this
particular observation would
On Wed, 04 Aug 2010 08:17:43 -0400, Nathan Edgars II wrote:
Presently numbered county roads in Florida (and New Jersey) are tagged
using parentheses, for example ref=(535) for County Road 535. The
reasons for this are essentially a historical accident. I'm proposing a
semi-automated change
On Mon, 02 Aug 2010 15:37:33 -0600, Kevin Atkinson wrote:
Or do people here really think everything should be expand to the
fullest.
Abbreviations are bad because they can't be easily automatically
expanded. However, it's easy to abbreviate in a renderer when you know
what the full word is.
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 you
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
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
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-us
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
On Fri, 06 Aug 2010 13:00:48 -0400, Stefan Brandle wrote:
I teach computer science at a university about half way between
Indianapolis and Ft. Wayne. I would love to have someone show us how to
get involved mapping precise data locally and submitting it to various
online data sets, or working
On Sat, 07 Aug 2010 18:28:26 -0700, Alan Mintz wrote:
Lastly, it matches the
overwhelming majority of print usage and signage.
If print usage and signage were consistent even between cities in the
same state, I'd tend to agree. Given that what areas abbreviate which
words and what
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
On Wed, 21 Jul 2010 20:06:52 -0400, Phil! Gold wrote:
* Paul Johnson ba...@ursamundi.org
[2010-07-21 00:19 -0700]:
On Tue, 20 Jul 2010 07:15:18 -0400, Phil! Gold wrote:
I what way does OpenCycleMap get this right? As far as I can tell,
it doesn't render road shields at all.
No, but it
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
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
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,
26 matches
Mail list logo
