exactly which sections are motorway. This
might be a DOT requirement.
SR-1 south of Oxnard is similar. Here's the location of such a sign going
northbound: 34.112471°, -119.081681°
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
(http://www.opentopography.org) appears on at least 4000 objects instead
of something more reasonable like EarthScope;ISIS;OpenTopo. Defining
source values in the wiki would also give one a chance to document details,
like the date of the data, research on copyright status, etc.
--
Alan Mintz
suggest the
imagery is accurate.
So, it's not clear why some of the landuses are shifted by so much, while
others are not.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org
), values for tiger:* tags are
combined with : (colon) as a delimiter, instead of ; (semi-colon). Why,
and should this be changed?
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org
is that these sawtooth ways tend to cross other ways without
intersection, so this is a good indicator, too.
Lastly, I'm noticing orphan nodes in areas that need work.
These would make good layer(s) in the Geofabrik OSM Inspector.
Other ideas?
--
Alan Mintz alan_mintz+...@earthlink.net
Bernardino
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
At 2012-07-27 06:08, Paul Johnson wrote:
On Jul 26, 2012 11:30 PM,
Alan Mintz
alan_mintz+...@earthlink.net
wrote:
ref=FH nn - USFS Forest Highway
ref=FR nXn[n][.n] - USFS Forest Route/Road
ref=FT nXn[n][.n] - USFS Forest Trail
IIRC, all three of these are a single NFD network, for National
At 2012-07-27 08:22, Paul Johnson wrote:
On Jul 27, 2012 8:07 AM, Alan
Mintz
alan_mintz+...@earthlink.net
wrote:
At least in Region 5 (CA), the roads have N or S in the X position,
while trails have E or W. However, I wasn't sure that everyone would
necessarily know that, so I went with a more
Smalley wrote:
What if they're equally important and recognized (like Interstate
80/90 through Ohio and Indiana, or US 1/9 in New Jersey)?
The consumers should not assume anything from the order. Personally, I
enter them in alphanumeric order (I think - its been a while).
--
Alan Mintz alan_mintz
Canyon Road
- SR-39), FH-61 (Angeles Crest Highway - SR-2).
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
are you looking for?
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
/county.html
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
that if it's data created by a US Federal
agency, it's public domain, but what about US state and local governments
(does the same law -- use of public funds = public domain -- apply)?
--
Alan Mintz alan_mintz+...@earthlink.net
___
legal-talk mailing
for the issue globally. Also, there are probably other tags
that legitimately and non-controversially may contain multiple values. I
was trying to work out a process, which turns out to be somewhat manual,
even with the help of a couple scripts.
--
Alan Mintz alan_mintz+...@earthlink.net
- only name:xx tags.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
orphan turning-circles, which I deleted.
It's a good idea to turn off background imagery for a moment after wiping
an area to catch these leftovers that might otherwise be hard to see. Maybe
even do a select-all to make sure they are highlighted for you.
--
Alan Mintz alan_mintz
described as flyover, as though coming from airplane/helicopter,
apparently on a contract basis.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, no-login/no-edit solution.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that put in literally blood, sweat, tears, and hard cold cash,
who are not happy with the actions of those whose job it was to safeguard
our work. That is all I will say.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
attempted to build a bridge between he and the OSMF, but
ultimately, it failed.
Even if he accepted now (which is extremely unlikely), it's too late once
the redaction happens, right?
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Uh, ignore this. I didn't mean it to go to the list, and, of course, didn't
realize it was 5 months old.
At 2012-07-19 12:58, Alan Mintz wrote:
[off-list]
At 2012-01-30 08:48, Martijn van Exel wrote:
On Mon, Jan 30, 2012 at 1:05 PM, Nick Hocking nick.hock...@gmail.com
wrote: I have just
,
etc.) at many points - enough to satisfy me that the imagery can be used.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
the real mapping community knows what's
going to happen to their data and hope they'll speak up about it.)
--
Alan Mintz alan_mintz+...@earthlink.net
___
legal-talk mailing list
legal-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal
the real mapping community knows what's
going to happen to their data and hope they'll speak up about it.)
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
way to
surround the yard.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
to use, and this problem is
only getting bigger.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
in the JOSM
viewport.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
/;.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
At 2012-06-15 02:04, Kate Chapman wrote:
I'm looking for examples of governments using OSM data
Not huge, but nice: http://www.whitehouse.gov/change/
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http
samples of the next
two, it seems they are all in Europe. Is that correct?
The last three are not linked. Is there a reason for that, or should I fix
it? It might be useful to give at least overall bbox info - I'll work on that.
--
Alan Mintz alan_mintz+...@earthlink.net
the responses so far haven't mentioned the most
glaring reason for this. The license-compliance redaction has not yet
begun! Even your data that haven't been touched still remain because they
have not yet begun the process of removing the non-compliant data (thankfully).
--
Alan Mintz alan_mintz
._imports_in_Czech_Republic
The rest are easily done now that I have scripts for it, but I get that the
page might get overwhelmingly large. How about sub-pages for each section
with my tables, and just the plain-text lists, a link to the sub-page, and
the summary line on the main page?
--
Alan Mintz alan_mintz
to be manually merged into OSM.
Except you won't see possible errors introduced after the first import by
OSM editors. I think it's useful to see the diff between the current state
of both databases.
--
Alan Mintz alan_mintz+...@earthlink.net
XML would be 31KB
(1.9% of current).
* 0.5 mi x 0.5 mi (800 m x 800 m) at minlat='35.3979622'
minlon='-119.1277814' maxlat='35.4052032' maxlon='-119.1188657'
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
to map with JOSM because of the ability to filter the download
process.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
with place=locality which is correct for
unpopulated places (http://wiki.openstreetmap.org/wiki/Locality).
Maybe. Is it possible that those are not real villages, but names of
historical villages or settlements (and shouldn't be tagged as current
placenames)? Can someone in Spain comment?
--
Alan
. visualization).
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that fall from their orbits
and other space junk never seem to hit anything, even if they survive
re-entry :)
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
At 2012-05-15 15:21, Toby Murray wrote:
On Tue, May 15, 2012 at 4:24 PM, Alan Mintz
alan_mintz+...@earthlink.net wrote:
Yes. Having said all that, OSMTI says there are 23 million nodes (33%
of the
total) with created_by tags! This seemed surprisingly high to me.
Err last time I checked we
.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
refuse letters addressed to Avenue in some
instances?
Unless this quote is out of context, that seems ridiculous (in the US).
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org
the on-the-ground rule in order to
map for the renderer.
Exactly :) Why that is ok, I don't know :(
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
Open turns Lane Avenue into Ln Ave, where only the last word
should be abbreviated. To eliminate guesswork, renderers can use the
abbr_name tag, if present.
Wouldn't happen with street:name=Lane, street:type=Ave (since it would not
speak street:name verbatim)
--
Alan Mintz alan_mintz
At 2012-05-10 09:33, Nathan Edgars II wrote:
Is this a good idea? It looks really odd to me:
http://www.openstreetmap.org/browse/way/9061339
I don't like it. There are some more in that changeset, and another
previous one for that user too.
--
Alan Mintz alan_mintz+...@earthlink.net
There are 52 of these United States Ship ways. OAPI query:
http://www.overpass-api.de/api/interpreter?data=(way[%22name%22~%22%5EUnited%20States%20Ship%20%22];node(w));out%20meta;
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
At 2012-05-11 14:11, Mike N wrote:
On 5/11/2012 1:36 PM, Alan Mintz wrote:
Okay, so basically we're ignoring the on-the-ground rule in order to
map for the renderer.
Exactly :) Why that is ok, I don't know :(
Mapping for the renderer has never been wrong or discouraged. Tagging
plugin, as long as someone doesn't start joining those
landuses to other objects (e.g. highways), again.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
the data
- No one has proposed an easier option
? Both SteveA and Nathan Mixter (the original contributor) have responded
in this thread, co-operatively.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
Is someone attending to license cleanup for US freeway relations
nationally, or is it up to mappers in each area to deal with? I'm still
seeing warnings in southern California, but have been ignoring them
thinking someone is already working on them.
--
Alan Mintz alan_mintz+...@earthlink.net
blindly throwing many times the existing data size
at them. In Bakersfield, the building outlines and some landuse and other
objects inflated the data size by ~1000%.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
At 2012-05-01 13:24, Clifford Snow wrote:
josm ... It would be nice to be able to hit a key to add a turning circle
to the end of a way.
Indeed. http://josm.openstreetmap.de/ticket/3484
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us
At 2012-04-27 09:37, Roland Olbricht wrote:
Alan Mintz wrote:
Another problem appears to be that [key!=value] filters out any way that
does not have a key tag at all, in addition to those that have key=value,
which is not what I need.
Yes, this has been the behaviour expected by design
be to the rest of the
project.
Also, while some originally objected to the huge amount of license-related
discussion going on on the talk list, it seems like important things like
progress updates need a wider audience than just the rebuild list.
--
Alan Mintz alan_mintz+...@earthlink.net
calls include the
full extent of ways, even outside the bbox, if they have any nodes inside
the bbox, and any relations that refer to anything in the result set.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
At 2012-04-16 20:41, Toby Murray wrote:
On Mon, Apr 16, 2012 at 8:37 PM, Nathan Edgars II nerou...@gmail.com wrote:
On 4/16/2012 9:18 PM, Alan Mintz wrote:
At 2012-04-16 14:06, Nathan Edgars II wrote:
Or you can simply add odbl=clean if there's nothing ungood about the
object (e.g
efforts.
So, can someone from the redaction squad comment on the logic being used
and the questions above?
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
?
Can someone involved comment?
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
help to be able to just add
odbl=clean to such ways that are complained about by the plugin instead of
having to delete and re-add them, fix the intersections, and fix the relations.
I'm also more likely to get it done, since it multiplies my productivity
many times.
--
Alan Mintz alan_mintz
that they want to
take.
I don't know about _that_, but I'll agree the Bing imagery _has_ been great
and thank them for it. Nice to have (mostly) high-res, (mostly)
well-aligned, well-served imagery as compared with previous MSRMaps, USGS,
etc. solutions.
--
Alan Mintz alan_mintz+...@earthlink.net
to
incorrectly armchair-edit an object that someone else spent some time
researching. Ways with tiger:reviewed tags (highlighted in various editors)
are a good start, as they have usually not been edited.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us
to identify the
obvious ones. Of course, you have to re-abbreviate the OSM street types,
and do various other manual things, but it's better than a visual compare.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
to exist, I expect that it is up to editors (client
software) to enforce that a way has more than one node, not the database
itself.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
, describing OSM
and your need to use them as a reference. That's worked for me.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
previous post? I provided a link to the planning data that
describe the official planning categories and how I would map them to OSM.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http
At 2012-01-15 09:45, Martijn van Exel wrote:
I only map two separate ways when there's a median you can't cross, so the
two directions are physically separate. By that rationale, it should be
one way feature. I am curious if other mappers use the same convention.
I do.
--
Alan Mintz
I've been doing some work here:
http://www.openstreetmap.org/?lat=35.7216lon=-117.3273zoom=12layers=M ,
which is being rendered in zooms 13 and higher, but not at 12 or below.
Most of the water feature shown by this link was removed a few days ago.
When should it be rendered?
--
Alan Mintz
At 2012-02-20 01:40, Nathan Edgars II wrote:
On 2/20/2012 4:11 AM, Alan Mintz wrote:
I've been doing some work here:
http://www.openstreetmap.org/?lat=35.7216lon=-117.3273zoom=12layers=M
, which is being rendered in zooms 13 and higher, but not at 12 or
below. Most of the water feature shown
the intersection coordinates.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
or suffix is not consistent
among them. Some of these were even correct in the original TIGER05 import,
and were corrupted since by a TIGER editor!
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http
that way, since
we aim to map what we see now, not duplicate a zoning map of what could be.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
, like those available from many counties. Note that the Census's
BAS maps seem to be from the same source database as TIGER, though maybe
extracted at different times.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
At 2012-02-17 06:35, Toby Murray wrote:
On Fri, Feb 17, 2012 at 7:14 AM, Alan Mintz
alan_mintz+...@earthlink.net wrote:
Better quality will result if we verify from additional sources, like those
available from many counties.
The best quality will result if we grab a GPS unit and a camera
.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
At 2012-02-17 12:50, Mike N wrote:
On 2/17/2012 3:02 AM, Alan Mintz wrote:
if the name has been edited by a human, it should not be updated by a
bot, or even another human unless they are willing to prove their edit.
I've edited thousands of names based on photo surveys and official
record
-abbreviating where necessary, but that seems to have
gotten lost in the design of some/most of them.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
84103
801-550-5815
http://oegeo.wordpress.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing
of annoying when
trying to accurately map bike lanes (because they don't exactly follow the
car lanes physically or schematically).
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org
. Not sure what to do about that. I don't think it's
rocket science. There are days when I think we should expect more. Then
again, on days when I can't read 3 professional 300-word news stories
without finding 10 mistakes...
--
Alan Mintz alan_mintz+...@earthlink.net
of it in this way.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
parse out the route
class. Standard abbreviations for the route classes should be listed in the
wiki page for the particular state highway tagging.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http
with the second rule above (and the third, but
that's entirely coincidental), but I'm sure I can find counter-examples.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
At 2011-08-21 10:29, Nathan Edgars II wrote:
On 8/21/2011 9:21 AM, Alan Mintz wrote:
My understanding was that there are two options for California SR-60:
1) network=US:CA + ref=60
2) ref=CA 60
SR 60 is a good example, since it overlaps I-215 in Riverside. The network
tag won't work here
out, once you put them in a relation, the tags on the
ways become duplicative. While this is generally bad database design, it's
also true that many consumers don't deal with relations, and so we need the
duplication and the problems that go with it.
--
Alan Mintz alan_mintz+...@earthlink.net
necessary in order to know
how to reconcile.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of a building inside a large
parcel may well leave a driver lost and quite a distance from where he
needs to be.
On 6/7/2011 3:28 PM, Alan Mintz wrote:
The site allows you to drag a pin from where we think an address
currently is to the front door of the property
Is that really where we want the pin
of address data from a SanGIS import.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
area is wrong:
13095 Jamboree Road,US,CA,Tustin,92782,33747885,-117767370 is actually
about 1.6 *miles* southwest of that point.
Is it possible that there is something wrong with MapQuest's process that
causes users to misplace things so much?
--
Alan Mintz alan_mintz+...@earthlink.net
acceptance of the original creator/intermediate editors/last
editor is key to deciding whether I should accept or decline.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
by schools is a great use of both their and our resources. The
only note I'd be sending the user is to encourage them to import more of
their bus routes and show others how to do so.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
At 2011-04-10 12:43, Richard Welty wrote:
On 4/10/11 1:39 PM, Alan Mintz wrote:
At 2011-04-10 09:42, Nathan Edgars II wrote:
I came across a relation for a school bus:
http://www.openstreetmap.org/browse/relation/239393
Isn't this a little too much detail for OSM?
A single relation? Really
At 2011-04-10 15:39, Richard Welty wrote:
On 4/10/11 1:50 PM, Alan Mintz wrote:
At 2011-04-10 08:16, Richard Welty wrote:
please don't go overboard mapping areas from imagery where you
can't do ground surveys, particularly where there are clearly local mappers
working.
...and please try
At 2011-04-10 14:00, Kristian M Zoerhoff wrote:
What's the consensus for county roads in the US?
I don't know what the consensus is.
County roads in California are of the form [A-Z][0-9][0-9]. I tag Orange
County route S18 as:
network=US:CA:Orange
+ ref=CR S18
--
Alan Mintz alan_mintz
At 2011-04-09 11:02, Paul Johnson wrote:
On 04/08/2011 11:47 AM, Alan Mintz wrote:
I would omit the hyphen as CA 247 for consistency sake.
I'm not sure which post this referred to. My understanding of the
discussion on this subject was that people agree that the hyphen is
necessary to join
At 2011-04-07 13:47, Mike N wrote:
On 4/7/2011 4:09 PM, Alan Mintz wrote:
Case 2. Very occasionally, there will be more than one street name
shown, usually when the ramp ends at or near a point where a street
changes name. Use semicolons to place multiple values in the exit_to and
exit_to_dir
At 2011-04-08 09:55, Nathan Edgars II wrote:
On 4/8/2011 12:47 PM, Alan Mintz wrote:
At 2011-04-07 13:31, Nathan Edgars II wrote:
On 4/7/2011 4:09 PM, Alan Mintz wrote:
Exit 183 / SR-247 South / Barstow Road
is tagged
ref=183 +
exit_to=CA-247;Barstow Road +
exit_dir=South;
Does anyone have
motorway right up to the
motorway_junction.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
and coming up with text on our
own?
Because Likelike Hwy. is the name of HI-63, I would like to
tag:
ref=20A
exit_to_root=Likelike Highway (HI-63)
exit_to_dir=North
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us
At 2011-04-08 14:06, Mike N wrote:
On 4/8/2011 1:16 PM, Alan Mintz wrote:
I would not be averse to something like:
exit_to=CA-247 South
OR
exit_to_root=CA-247
exit_to_dir=South
Consumers that have evolved can use the second form if it is found,
or the first if it is not. Older consumers
of
abbreviation.
--
Alan Mintz alan_mintz+...@earthlink.net
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
1 - 100 di 252 matches
Mail list logo