e.php/{zoom}/{x}/{y}.png?returnaerial=1
Let me know if it works for you.
cheers
ant
Am 03.12.2012 21:21, schrieb Svavar Kjarrval:
> It would be quicker still if we'd get "editor support". If a user would
> use the BING imagery within JOSM, for example, it would process the
&g
Hi,
I thought some extra numbers could be interesting:
# of ways that turned from tainted to clean: 11
# of ways that turned from clean to tainted: 216
total # of detected split ways: 1856
cheers
ant
On 16.02.2012 12:40, ant wrote:
Hi,
although I'm late - I want to present some
don't know. In fact only the first node and the "highway" tag are
contributions by the undecided user "acm".
cheers
ant
The way in question is http://osm.mapki.com/history/way.php?id=41220492
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
according to the licence status. In order to keep the
list short, define upper and lower bounds for the maximum Euclidean
distance between two relation members in each zoom level. For ways
simply use the coordinates of the first node, for relations use those
tical mass, which in my opinion
should be > 99.9%.
cheers
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On 18.01.2012 13:30, Nathan Edgars II wrote:
I'm wondering why
http://www.openstreetmap.org/browse/node/382228026/history is showing up
as tainted. NathanDavidSeabury, as part of his edit, accidentally moved
a large boundary polygon. I reverted this move, but its nodes are still
appearing as dirt
so be possible
to merge tiles into the target file (database, whatever) one after
another. That however requires an extension of the file format (database
scheme), because way nodes need this extra atttribute "tile number" (in
the XML tiles I already introduced
have using frameworks/libraries like osmium
in mind. It could be an osmosis plugin as well. I haven't had enough
time to investigate that, though...
Thanks
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
availbale, it's all linked in the wiki.
Your bug reports, opinions, and comments will be highly appreciated!
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
barriers could attract some very good people that would now turn
away from the project after three hours of effortless fiddling and
digging around.
cheers
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
-110831: 5 seeders
planet-110824: 3 seeders
planet-110817: 0 seeders
cheers
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
On 04.03.2011 15:04, Antony Pegg wrote:
knowing the amazing diligence of this community, I'm sure you guys will find
tags we've missed that should or could be used for bike/pedestrian.
you've missed the "cycleway=opposite" ta
On 07.03.2011 11:30, M∡rtin Koppenhoefer wrote:
2011/3/7 ant:
When turn restrictions are practically circumvented by
separate cycle tracks that are not mapped, their application for bicycle
routing is based on nothing
It is a common mapping error to not map distinct cycle tracks with an
way=lane, which indicates that bikes do use the roadway).
cheers
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
On 05.03.2011 23:46, Cartinus wrote:
On Saturday 05 March 2011 21:12:43 ant wrote:
One more thing... it seems that turn restrictions are regarded--although
they generally don't apply to cyclists (in most countries I guess).
Please fix this.
They should be regarded unless there is
On 06.03.2011 02:36, Steve Bennett wrote:
On Sun, Mar 6, 2011 at 7:12 AM, ant wrote:
very nice! I've checked some of my daily bicycle routes. Of four routes two
are perfect, and two have become too long--obviously in favour of the use of
cycleways. Don't forget that although cyc
ly to cyclists (in most countries I guess).
Please fix this.
MapQuest usability is a charm. There are some small adjustments that
must be made to the routing, but then it's gonna be a really good thing.
Thank you.
cheers
ant
___
talk mailin
Replies to several statements in this thread.
On 10.02.2011 23:50, Lennard wrote:
On 10-2-2011 23:37, ant wrote:
On 10.02.2011 20:25, Lennard wrote:
@ant: Would it be possible to have the editors collect and report* on
the available zoom levels, as users download Bing tiles while editing
Hi,
On 10.02.2011 20:25, Lennard wrote:
@ant: Would it be possible to have the editors collect and report* on
the available zoom levels, as users download Bing tiles while editing?
That's a brilliant idea, but I'm not involved in how editors handle Bing
maps. So the question whethe
m=14
I know... those have been created by an older version that rendered
non-existent 18+ tiles red (stupid thing...)
I'll delete them manually, there's no other way around this. Let me know
if you find more of those.
cheers
ant
___
talk
accurate readings"? I think the map is quite
accurate.
Cheers
Dave F.
cheers
ant
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ution map with 256 different levels...!
I get your point, but the single aim of this tool is to help people *get
an idea* about where high resolution imagery is available.
cheers
ant
Helsinki at level 19:
http://www.bing.com/maps/?v=2&cp=60.17150065552734~24.93957236409227&lvl=1
algorithmically. Altogether, there's a lot of image processing
applications I could think of related to aerial imagery (cloud
detection, analysis of distinct photographs, automatic tracing...).
That, however, is worth another application.
cheers
ant
kind of red-yellow-green
scale, but I'd rather keep the green now in order to avoid confusion
(old green tiles vs. new green tiles and so on). So I propose a dark
green for "very hires" and a blueish green for "ultra hires"
On 07.02.2011 17:36, Peter Wendorff wrote:
Hi ant.
The tool is great, but it would be even greater to have the specific
zoom level availlable instead of "14 or more".
That seems to be what most people wish to see. I'll work on th
sufficient for the very
most OSM-usecases). I you would use a colour scale for availability at
different zoom levels this tool would gain a lot IMHO, without
requiring a lot of effort to implement.
Can you give an example of a zoom 20 region? I'd like to have a look.
Thanks
ant
cheers,
M
s" used in this application is "imagery is
available at zoom level 14 or more". If you compare coverage areas
linked to on the wiki page, you'll see that almost all of them
correspond to that definition.
I'm aware that there might be levels of even greater detail, but
zoom in to a hires zoom level in
order to trigger the rendering. Try it out:
http://ant.dev.openstreetmap.org/bingimageanalyzer/
cheers
ant
[1] http://wiki.openstreetmap.org/wiki/Bing/Coverage
___
talk mailing list
talk@openstreetma
nd have an instantly update-able
place to tell you about things like the style on github, or how to access the
tiles is pure gold for me - my normal "official" processes can take a lot
longer - even a post on the MapQuest devblog can take a couple of days to get
pushed out.
Ant
Sent fro
routing.
Contacts: for tech feedback, email o...@mapquest.com. For grant or business
feedback, email o...@mapquest.com
HTH and thanks for the overwhelming reception, the great feedback, and the fun
times at SOTM 10! Let me know if i missed anything.
Ant
Antony Pegg
Principal Product Ma
30 matches
Mail list logo
