Another thing 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 Inspect
o "vast majority" (say, less than 80%), I would suggest no "name"
tag - only "name:xx" tags.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
with very nice imagery
described as "flyover", as though coming from airplane/helicopter,
apparently on a contract basis.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
g for a browser-only, no-login/no-edit solution.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
em. Instead, there's just this seemingly-mindless progression
going on. I'm want to make sure the "real" mapping community knows what's
going to happen to their data and hope they'll speak up about it.)
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ith the same lat/lon in the JOSM
viewport.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
igure out the correct tag to use, and this problem is
only getting bigger.
--
Alan Mintz
___
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
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetma
nces). It should be
"bing:http://www.bing.com/maps/";.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
eed 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
___
talk mail
hangeset_Lists#Wikipedia.2Cetc._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
y 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).
Looking at the description of the first set and random 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 over
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
___
talk mailing list
talk@openstre
is American English (e.g. "visualization").
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
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
tly became
reasonable to map with JOSM because of the ability to filter the download
process.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ch is provided by the phone).
Thanks everyone for the input! It really helped me find the right
direction, or at least reasonable.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
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.
--
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
t for helping us 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,
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
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
these specific questions seems necessary in order to know
how to reconcile.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
acceptance of the original creator/intermediate editors/last
editor is key to deciding whether I should accept or decline.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
rhoods, by people
demanding to know why I'm taking pics of their houses. I've scaled way back
on capturing addresses for this reason.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
#x27;. There's over 130 of
them (excluding names).
I'm surprised that's all. As you point out, it is acceptable enough that it
is often used in names.
Can anyone think of any other crude labelling that should be corrected?
Now that's funny. Last time I looked at TW, I was
building and more correct that dragging it to the next block, or
the next town, if you don't know the feature personally?
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
0, -117.1024399),
reducing complexity and improving appearance.
http://3667a17de9b94ccf8fd278f9de62dae4.cloudapp.net/DetectRoad.svc/explore/?pt1=33.4583630,-117.1031114&pt2=33.4578704,-117.1037238&bbox=33.467,-117.109,33.452,-117.091
--
Alan Mintz
_
c/detect/?pt1=47.6312440,-122.1126077&pt2=47.6263360,-122.1179483&bbox=47.632,-122.119,47.625,-122.109
it complains "Error Status Code: 'BadRequest' Details: The points are too
close together." Even though these points are further apart (~700m) than
the
her zoom levels and the higher-res imagery.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
stion.
BTW, the previous way to avoid the blank tiles was to turn off auto-zoom
(right-click on image, uncheck auto-zoom) once you figured out where the
max zoom was. The new solution is much better, of course.
--
Alan Mintz
___
talk maili
urce_ref=AM909_ [;AM909_...] +
image_direction=[;...]
to imply (to me) no signals for when we agree on tagging, but they could
still be (and often are) non-all-way-stops, so I guess means I'd have to
review the photos.
--
Alan Mintz
___
ta
error)
> I think we definitely need to define defaults that make sense for each
> country, and formalise this in some way. Preferably in the database,
> perhaps as tags on the country boundary: "default:no_left_turn=yes" or
> something.
Yes. Not just c
At 2011-01-04 07:13, Martijn van Exel wrote:
I fixed it. It would detect anything up to z22 now.
Nice :) Are you aware that the imagery won't zoom past z20, though?
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
lot of places.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
across many
intersections in a row to speed up traffic, which could benefit from this, too.
Syntax should probably should be something like
restriction:=[;...] just to be clear,
though I can only picture it being used for the "from" role at the m
split into "dual carriageways". The US is full of such roads, too,
where routers currently allow a left turn that is physically impossible or
unlawful. We need an alternative to splitting such roads into dual
carriageways.
--
Alan Mintz
_
the past about creating defaults for various
rules such as these turning rules, speed limits, etc. tagged on
administrative boundaries (country, state, county, etc.), for use by
routing software.
--
Alan Mintz
___
talk mailing list
talk@openstr
l
the way in until you get white imagery tiles, then back out slowly until
they go away, then show tile info to see what the max zoom level is.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
o be. There was a long discussion a while ago about using GUIDs for that
if necessary.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that can happen. The
sick thing is that it may not matter to their business model. Like many
other things, you don't have to be good - just be there.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
m the FAA datasheets or imports them from
their dataset if available.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
dison Palm Springs Area Heliport,
which was imported from GNIS near I-15 around Riverside, CA, but does not
exist (at least nowhere near there from the name).
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
From http://www.ourairports.com/about.html , under Credits:
"Google Maps for providing a free, high-quality mapping API and geocoder"
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, the FAA is a reasonably accurate and timely (monthly) source
of information. If ourairports.com aggregates multiple timely sources, I
could see the value in an ongoing import from them, but keep in mind that
there are other sites that do the same thing, who might should be
considered
resent,
though badly mis-aligned in places. So, I guess I take my trips to add
value in terms of those POIs, road characteristics (lanes, speed limits,
condition), turn-restrictions, etc. Not to mention, it's been fun going
out there and seeing places I've ne
gnite local interest. If someone on an island goes to OSM and
sees nothing, they might likely just move on. If, however, they see the
land mass and the main road with some other features that may not be
correct, they are more likely to get interested in fixing them.
--
Alan Mintz
__
get Google to use this dataset for international borders at least
(apparently without success), since it appears to be sourced from
individual countries and treaties, cross-checked, etc. Even just an audit
against that data would have flagged this fairly wide discre
on cleaning up all these unnecessary nodes - so I can get back
to mapping the area from my survey.
Please fix this.
BTW, I updated the API 0.6 wiki page to include this error with a link to
the comment about it in the Dev FAQ, since searching for the text of the
message
At 2010-09-14 08:07, Dave F. wrote:
I've had a look through most of the android list on the wiki
http://wiki.openstreetmap.org/wiki/Android
for a map that uses pinch movements to zoom but most appear to use +/- to
do it.
OSMAnd works well on my HTC Incredible.
--
Alan
the coastline seems excessive, is there a way around
this?
Are coastlines supposed to be on the low-tide position, high-tide
position, or middle of the beach? I've been gluing the low-tide side of
beaches to coastline on the few I've edited, since their position
suggested that was the
t to mention far denser in terms of address points.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ensing=yes
shop=chemist;stationery;convenience
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
;s continued use? Do people that
use it really feel that strongly?
Sebastian
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
t) don't have to. If/when something significant is agreed upon, it
should be summarized in as unbiased a way as possible and posted to
announce, and people should be reminded to subscribe to announce.
(and I apologize for adding to the noise :) )
--
Alan Mintz
__
the idea - "circuit breakers" generally prove to be a good
way to stop a runaway in other fields.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to have to react to and filter out
all the license-related discussion, not to mention the other threads it
has infested, or where it is hidden behind something innocent-sounding
(like "Blah blah blah" :) ).
--
Alan Mintz
___
be easily kept
while allowing new base changes to come through. This would also allow
better organization of various types of things into separate files, letting
you choose someone's cycle rendering and someone else's maxspeeds.
--
Alan Mintz
spend a totally unreasonable amount of time mapping turn restrictions
(mostly no-u-turn) as it is, and even that is hard to justify.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
why should there
be a conversion table on the wiki page? Anyone mind if I remove it?
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
e.g. Bob's Auto Service).
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ve been to)
name="Big Corner Texaco"
brand=Texaco
ref=123456
operator="Bob Smith"
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php
_______
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
At 2010-07-12 14:35, John Smith wrote:
On 13 July 2010 07:18, Alan Mintz wrote:
> I think operator has been mis-used. It appears in a lot of JOSM presets
> where I believe it is incorrect.
This is an argument over the use of english as a language and tags
that look like english words a
ator=Subway, you are saying that Subway operates the restaurant,
which is incorrect. Subway rents use of their brand name and collective
advertising for 12.5% of the gross sales, and may also act as a vendor for
some or all of the supplies, but the owner/operator of the restaurant is
someone else
ight come as an additional attribute but it seems that the wiki is
suggesting to replace name by operator. Or at least, it's questionning on
the page about amenity=bank:
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbank
I would tag name=*. operator and brand
does for adjacent land parcels (landuse=* closed
ways) and administrative subdivisions (boundary=administrative closed ways)
too. If they really are two polygons of a similar type that share a single
interface (edge), then glue them. If they just happen to have parts that
seem to lie i
At 2010-07-11 23:44, Maarten Deen wrote:
On Sun, 11 Jul 2010 22:03:02 -0700, Alan Mintz
wrote:
> I like bringing everything together to a single intersection point
> because that's what it (topo)logically is - a single intersection
> controlled by a group of signals operating tog
ngle intersection controlled by a
group of signals operating together (or stop signs with drivers co-operating).
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ith the centerline of the road.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
At 2010-07-06 13:21, Pieren wrote:
On Tue, Jul 6, 2010 at 10:07 PM,
Alan Mintz
<alan_mintz+...@earthlink.net>
wrote:
It's exactly because they are added
from different sources that it is incorrect to merge them. If you adjust
a border from a "more accurate" source, you shou
der alone. It may
happen to coincide in places with the physical centerline of a feature,
but that doesn't necessarily mean they are the same thing.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Is the device near the upper right of this pic:
http://sites.google.com/site/am909geo/osm-1/TsunamiAlert.jpg a tsunami
warning siren? I've seen a number of similar devices in coastal areas. This
particular one is at 33.4993, -117.67656.
--
Alan
ce if, on upload, the API would
automatically do this and add a tag with that info.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
I have no problem with giving things a permid. But seriously, we can't go
around slapping stickers on the physical world. It's called vandalism.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
d=no tag than to delete it from the route
relation.
--
Alan Mintz
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Most bulk imports to an existing mapped area should be discouraged.
Even TIGER09, which looked much better than earlier data, still has
significant problems. I only use it in small areas of new development, and
even then, it takes a lot of work to connect with existing data.
--
Alan Mintz
value and append
>" mph"! "
This seems more consistent with the "tag what you see" concept.
Additionally, I've seen mappers use (a very) wrong conversion factor, as
surprising as that seems. Even using 1.6 instead of 1.6093 results in 88
kph = 55 mph instead of
78 matches
Mail list logo