-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It doesn't show the actual age of the tiles as far as I know but the
ant site is still up, you probably just have the leaflet version in
your bookmarks/history. Apparently it has been recoded or something
and only the bing version works now. Here is
I was doing some work tonight and I wanted to find the age of the Bing
tiles I was working with. I went to use the great Bing Analyzer TMS that
Ant did for his site a while back but it appears to be down.
Martijn's site still seems to be working but it doesn't have a proper TMS
from what I can tel
Not yet according to a Bing exec:
https://mobile.twitter.com/rbrundritt/status/616028862531530752
On Tue, Jul 7, 2015 at 12:05 PM, Jason Remillard
wrote:
> Hi,
>
> Given the recent large changes to Microsoft's bing mapping group, is osm at
> risk for losing access to the bing (uber?) satellite ti
Hi,
Given the recent large changes to Microsoft's bing mapping group, is osm at
risk for losing access to the bing (uber?) satellite tiles? It is a pretty
important resource to osm.
Jason
___
talk mailing list
talk@openstreetmap.org
https://lists.openst
Follow-up:
Today Bing updated its imagery to g=3515. A lot of area in Taiwan is back,
especially Taipei - though some imagery in central Taipei is captured in
about 2005 :O
I don't know how the case changes in other regions. Take a look at the Bing
satellite today!
2015-04-11 17:59 GMT+08:00 man
Same case reported in the Philippines.
cheers,
Maning Sambale (mobile)
On Apr 11, 2015 12:20 AM, "Hsiao-Ting Yu [:littlebtc]"
wrote:
> For mappers in Taiwan, currently the Bing imagery is the only way to draw
> details in Taiwan, since only Bing has good zoom 18+ coverage in Taiwan.
>
> However
It works, thanks :D
On 4.12.2012. 23:38, ant wrote:
Hi,
due to popular request I've tweaked the Bing analyser so you can use it
with editors. The analyser can now work like a TMS that tunnels Bing
imagery through to your editor while the processing is done in the
background.
TMS URL:
http://an
Works for me also but very slow.
Pierre
>
> De : Svavar Kjarrval
>À : talk@openstreetmap.org
>Envoyé le : Mardi 4 décembre 2012 17h58
>Objet : Re: [OSM-talk] Bing Aerial Imagery Analyzer for OpenStreetMap
>
>Excellent work! :)
&g
Excellent work! :)
It works for me. The tiles don't load as fast as before but I can live
with that.
- Svavar Kjarrval
On 04/12/12 22:38, ant wrote:
> Hi,
>
> due to popular request I've tweaked the Bing analyser so you can use it
> with editors. The analyser can now work like a TMS that tunnels
Oh whoops, I didn't see the rest of the thread, excuse me for the
redundant info.
On Tue, Dec 4, 2012 at 3:52 PM, Martijn van Exel wrote:
> That was forked from something I did earlier, maybe that helps:
>
> http://mvexel.dev.openstreetmap.org/bingimageanalyzer/
>
> It should be noted that the ov
That was forked from something I did earlier, maybe that helps:
http://mvexel.dev.openstreetmap.org/bingimageanalyzer/
It should be noted that the overlay tiles are cached and the cache is
not managed in any smart way, so the data may be up to a year old
(which is when I last cleaned the cache).
Hi,
due to popular request I've tweaked the Bing analyser so you can use it
with editors. The analyser can now work like a TMS that tunnels Bing
imagery through to your editor while the processing is done in the
background.
TMS URL:
http://ant.dev.openstreetmap.org/bingimageanalyzer/tile.php/{zoo
Thx, I know about that one, but I'm looking for script/application for
the first one to update curent coverage.
On 4.12.2012. 10:52, Graham Stewart (GrahamS) wrote:
Not sure if this helps you or not, but there is another Bing Image Analyser
available at:
http://mvexel.dev.openstreetmap.org/bing
Not sure if this helps you or not, but there is another Bing Image Analyser
available at:
http://mvexel.dev.openstreetmap.org/bingimageanalyzer/
This one provides the date that each tile was provided.
--
View this message in context:
http://gis.19327.n5.nabble.com/Bing-Aerial-Imagery-Analyzer-
Off course it would.
I see this being used already but cant find the source, so I do it
manualy for now.
Regards,
Hrvoje Bogner
On 12/03/2012 09:21 PM, Svavar Kjarrval wrote:
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 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
information and update the BING coverage analyser.
- Svavar Kjarrval
On 03/12/12 20:11, hbogner wrote:
> I know people are using scripts and some application
I know people are using scripts and some applications to check out for
coverage.
I found one application that follows border of high resolution imagery,
but it's not good for small areas.
I want to do a grid automation for a small area, like the ones at
http://ant.dev.openstreetmap.org/bingi
h
ones to apply to the empty areas.
- Svavar Kjarrval
On 20/09/12 07:28, Hendrik Oesterlin wrote:
> "Hendrik Oesterlin" wrote on 18/06/2011 at 16:27:27 +1100
> subject "[OSM-talk] Bing aerial imagery priorities" :
>
>> "Steve Coast" wrote on 17/06/2011
"Hendrik Oesterlin" wrote on 18/06/2011 at 16:27:27 +1100
subject "[OSM-talk] Bing aerial imagery priorities" :
> "Steve Coast" wrote on 17/06/2011 at 08:09:37 +1100
> subject "[OSM-talk] Bing aerial imagery priorities" :
>> I'm speaking
Am 27.04.2012 03:28, SomeoneElse:
I noticed this while looking at the map here:
http://www.openstreetmap.org/?lat=32.001059&lon=34.825519&zoom=18&layers=M
The "Hires coverage of Bing imagery in the Near East" label is from the
name on this relation:
http://www.openstreetmap.org/browse/relation
Hi there,
Am Freitag, den 27.04.2012, 02:28 +0100 schrieb SomeoneElse:
> I noticed this while looking at the map here:
>
> http://www.openstreetmap.org/?lat=32.001059&lon=34.825519&zoom=18&layers=M
>
> The "Hires coverage of Bing imagery in the Near East" label is from the
> name on this relat
Someoneelse wrote:
> Regardless of the "perhaps the map shouldn't render unknown things
> just because of name=blah" issue, I'd argue that metadata such as
> this really doesn't belong in OSM.
Agreed.
OSM is not the world's sole repository of co-ordinate data, and nor should
it be. This would b
Also, one could just remove type=boundary (since it isn't really a
boundary) and name=something from the relation/ways so they don't show up
on any renderer. You could put a description=* tag instead or some
nonstandard one.
On Fri, Apr 27, 2012 at 03:58, Stephan Knauss wrote:
> On 27.04.2012 03:
On 27.04.2012 03:28, SomeoneElse wrote:
The "Hires coverage of Bing imagery in the Near East" label is from the
name on this relation:
Regardless of the "perhaps the map shouldn't render unknown things just
because of name=blah" issue, I'd argue that metadata such as this really
doesn't belong in
d then delete it.
>
>> -Original Message-
>> From: SomeoneElse [mailto:li...@mail.atownsend.org.uk]
>> Sent: Thursday, April 26, 2012 6:28 PM
>> To: Open Street Map mailing list
>> Subject: [OSM-talk] Bing coverage relations, in particular 1298962
>>
>
If I saw one of these locally I would verify that it corresponds to nothing
on the ground and then delete it.
> -Original Message-
> From: SomeoneElse [mailto:li...@mail.atownsend.org.uk]
> Sent: Thursday, April 26, 2012 6:28 PM
> To: Open Street Map mailing list
> Sub
I noticed this while looking at the map here:
http://www.openstreetmap.org/?lat=32.001059&lon=34.825519&zoom=18&layers=M
The "Hires coverage of Bing imagery in the Near East" label is from the
name on this relation:
http://www.openstreetmap.org/browse/relation/1298962
Regardless of the "per
nsion of Bing imagery?
>
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
> --
> *From:* Jean-Guilhem Cailton
> *To:* OSM-talk ; HOT
> *Sent:* Saturday, February 11, 2012 1:31 PM
> *Subject:* [OSM-talk] Bing high resolution covera
Hi,
On 11 February 2012 01:33, Andrew Errington wrote:
> On Sat, 11 Feb 2012 04:03:01 Douglas Musaazi wrote:
> Don't forget- sometimes Bing imagery is not accurately aligned. You should
> double-check the alignment of the images before tracing from them. Potlatch
> and JOSM have tools which wil
PM
>Subject: [OSM-talk] Bing high resolution coverage extended over Syria
>
>Hi,
>
>Thanks to its recent extension, Bing high resolution coverage now
>includes, among others, the city of Homs, whose street network is very
>partially mapped in OSM :
>
>http://ousm.fr/syria/?
Hi,
Thanks to its recent extension, Bing high resolution coverage now
includes, among others, the city of Homs, whose street network is very
partially mapped in OSM :
http://ousm.fr/syria/?zoom=14&lat=34.72957&lon=36.7164&layers=00B000TT
Thank you Bing !
Best wishes,
Jean-Guilhem
--
gpg 0x59
On Sat, 11 Feb 2012 04:03:01 Douglas Musaazi wrote:
> We shall also use this opportunity for the participants to re-map their
> previous edits and correct those that could have been mapped wrongly, and
> also agree to the new osm odbl licence.
Don't forget- sometimes Bing imagery is not accuratel
Hi all..
I think "this is an opportunity that met a prepared mind". Just as we were
organizing a mapping reflection day at the Uganda Christian University in
Mukono this saturday 11th Feb 2012, we realized that the bing satellite
imagery was available for this area
(http://www.openstreetmap.o
Hi,
I hope it's ok to move the discussion on a more general topic, so
hopefully we can get the original thread for organisazion stuff.
Am 27.01.2012 11:54, schrieb Martin Koppenhoefer:
2012/1/27 Nick Whitelegg:
Good idea but - I would like to urge some degree of caution on this in the
UK.
On 20-1-2012 17:49, Frank Steggink wrote:
According to this article [1] (via [2]) at Pocket-lint:
"Nokia CEO, Stephen Elop, has told Pocket-lint that we shall soon be
seeing the Nokia brand name within other devices and not just the
company's own phones."
"Part of the relationship we establishe
According to this article [1] (via [2]) at Pocket-lint:
"Nokia CEO, Stephen Elop, has told Pocket-lint that we shall soon be
seeing the Nokia brand name within other devices and not just the
company's own phones."
"Part of the relationship we established with Microsoft is that we are
clearly pl
Hi,
We have included our entries on the wiki, for satellite aerial imagery here:
http://wiki.openstreetmap.org/wiki/Bing/Priorities#Uganda
and we hope by the time we organise the next mapping day, to any of those areas
we shall have the satellite imagery available.
Thanks to Martin and Gregor
David Murn writes:
> On Fri, 2011-06-17 at 09:16 -0500, Toby Murray wrote:
>> On Thu, Jun 16, 2011 at 10:19 PM, David Murn wrote:
>> > when all the nearmap-derived data is removed
>>
>> It seems like you missed an email a couple of days ago?
>>
>> Current NearMap derived data does not need to
"Steve Coast" wrote on 17/06/2011 at 08:09:37 +1100
subject "[OSM-talk] Bing aerial imagery priorities" :
> I'm speaking personally and there are no guarantees here but I'd like to
> get input on what areas you would like Bing to prioritise for aerial
>
On Fri, 2011-06-17 at 09:16 -0500, Toby Murray wrote:
> On Thu, Jun 16, 2011 at 10:19 PM, David Murn wrote:
> > when all the nearmap-derived data is removed
>
> It seems like you missed an email a couple of days ago?
>
> Current NearMap derived data does not need to be removed from OSM
> during
Steve Coast schrieb:
>I'm speaking personally and there are no guarantees here but I'd like
>to
>get input on what areas you would like Bing to prioritise for aerial
>and/or satellite imagery in the coming year.
Large areas of Switzerland have pretty low resolution. A couple cities have
re
Not so badly mapped, but Switzerland seriously lack of images (except
the R-Pod project). Given the currency rate, it may not be the good year
to buy ortho from SwissTopo. I wouldn't call that a priority though.
Yves
On 16. 06. 11 23:09, Steve Coast wrote:
Hi
I'm speaking personally and ther
Right, what I was trying to propose was if making imagery available would
spark community in some places.
Kate
On Jun 17, 2011 12:23 PM, "Frederik Ramm" wrote:
> Hi,
>
> On 06/17/11 17:18, Kate Chapman wrote:
>> Yes I agree that the arm chair mapping isn't the best method of
>> collection. Though
Hi,
On 06/17/11 17:18, Kate Chapman wrote:
Yes I agree that the arm chair mapping isn't the best method of
collection. Though in some areas it will be difficult to ever have
mappers on the ground without imagery. The cost of a GPS is
prohibitive in many places.
Oh I wasn't referring to any k
On 18 June 2011 01:18, Kate Chapman wrote:
> Hi Frederik,
>
> Yes I agree that the arm chair mapping isn't the best method of
> collection. Though in some areas it will be difficult to ever have
> mappers on the ground without imagery. The cost of a GPS is
> prohibitive in many places.
For othe
Hi Frederik,
Yes I agree that the arm chair mapping isn't the best method of
collection. Though in some areas it will be difficult to ever have
mappers on the ground without imagery. The cost of a GPS is
prohibitive in many places.
I've been working with some rural areas in Indonesia and it was
On Thu, Jun 16, 2011 at 10:19 PM, David Murn wrote:
> when all the nearmap-derived data is removed
It seems like you missed an email a couple of days ago?
Current NearMap derived data does not need to be removed from OSM
during the license change.
http://lists.openstreetmap.org/pipermail/talk/2
Hi,
On 06/17/11 08:15, Gehling Marc wrote:
I would suggest that images are updated from countries that are
currently inan upheaval as Egypt, Tunisia, Libya
What Would FakeSteveC say?
http://fakestevec.blogspot.com/2011/04/know-your-osm-memes-4.html
Oh, that.
Jokes aside, I think the ideal u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 17/06/2011 08:15, Gehling Marc a écrit :
> I would suggest that images are updated from countries that are
currently inan upheaval as Egypt, Tunisia, Libya
Hi,
+1.
High resolution coverage of Libya, Tunisia and Algeria is currently
limited to
Hello,
I would suggest that images are updated from countries that are currently inan
upheaval as Egypt, Tunisia, Libya
Am 16.06.2011 um 23:09 schrieb Steve Coast:
> Hi
>
> I'm speaking personally and there are no guarantees here but I'd like to get
> input on what areas you would like Bing
On Fri, 2011-06-17 at 13:52 +1000, John Smith wrote:
> On 17 June 2011 13:19, David Murn wrote:
> > There are numerous programs that exist which show the density of mapping
> > in certain areas. Maybe it would be useful to find the more heavily
> > mapped areas that dont have coverage?
>
> That'
On 17 June 2011 13:19, David Murn wrote:
> There are numerous programs that exist which show the density of mapping
> in certain areas. Maybe it would be useful to find the more heavily
> mapped areas that dont have coverage?
That's making assumptions that larger towns are mapped already,
howeve
On Thu, 2011-06-16 at 14:09 -0700, Steve Coast wrote:
> I'm speaking personally and there are no guarantees here but I'd like to
> get input on what areas you would like Bing to prioritise for aerial
> and/or satellite imagery in the coming year.
There are numerous programs that exist which sho
Hi
I'm speaking personally and there are no guarantees here but I'd like to
get input on what areas you would like Bing to prioritise for aerial
and/or satellite imagery in the coming year. Please mail
sco...@microsoft.com with the area in question (I'd love to accept
bounding boxes but don't
On 13/06/2011 16:34, Stephan Knauss wrote:
As long as MS wants to promote Silverlight using the OSM layer they
should at least not silently fall back to another map. So either serve
OSM with plain JS or tell the user it won't.
If you believe the news / rumour sites, they might not be insis
On 13.06.2011 12:40, Borbus wrote:
On 13/06/11 11:29, Stephan Knauss wrote:
This seams to be the reason. Bing should not silently fall back to other
data but nag you to install Silverlight.
I'd rather it didn't because I'm not going to install Silverlight (in
fact I couldn't even if I wanted t
On 13/06/11 11:29, Stephan Knauss wrote:
> This seams to be the reason. Bing should not silently fall back to other
> data but nag you to install Silverlight.
I'd rather it didn't because I'm not going to install Silverlight (in
fact I couldn't even if I wanted to). It would be a lot better if i
On 13.06.2011 11:44, Jochen Topf wrote:
FF 3.6.17 on Linux, no Silverlight.
This seams to be the reason. Bing should not silently fall back to other
data but nag you to install Silverlight.
I CC'ed Steve.
@Steve: Consider a nag screen or even better provide the tiles using the
plain JS API a
05:07:31PM +1000, Nick Hocking wrote:
> Date: Mon, 13 Jun 2011 17:07:31 +1000
> From: Nick Hocking
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] Bing Maps are amazing
>
> Jochen,
>
> I see attribution on my browser (bottom left corner). Rendering is, I think
>
2011/6/13 Stephan Knauss :
> needs Silverlight
that is really amazing...
I don't have silverlight so I only get their dumb standard map...
cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On 13.06.2011 08:01, Grant Slater wrote:
Do you mean Bing or MapQuest? I wasn't aware that Bing was using OSM data yet.
Example link?
http://wiki.openstreetmap.org/wiki/Bing#OpenStreetMap_via_the_Bing_Maps_APIs
http://www.bing.com/maps/explore/#5003/s=w/5872/style=Mapnik&pid=50735
needs Silve
On Mon, June 13, 2011 17:01, Ed Loach wrote:
> If I recall correctly, the Mapnik �Openstreetmap Mode�
requires
> Silverlight, so the link below might show you a different view if
> you don�t have it installed. Or perhaps I�m thinking of
the Map App, if
> that is different?
Hmm, well I don't have S
On 13 June 2011 18:01, Ed Loach wrote:
> If I recall correctly, the Mapnik “Openstreetmap Mode” requires Silverlight,
> so the link below might show you a different view if you don’t have it
> installed. Or perhaps I’m thinking of the Map App, if that is different?
I'd forgotten about that and it
2011 07:08
To: talk@openstreetmap.org
Subject: [OSM-talk] Bing Maps are amazing
Hi Grant
http://www.bing.com/maps/explore/#5003/s=w
<http://www.bing.com/maps/explore/#5003/s=w&p=c/5872/style=Mapnik&la
t=-35.206078&lon=149.103028&z=17&pid=50735>
&p=c/5872/s
http://www.bing.com/maps/explore/#5003/s=w&p=c/5872/style=Mapnik&lat=37.506163&lon=127.050212&z=14&pid=50735
Works for me. But I'll go check out Yahoo and Google and see what the diffs
are>
On Mon, Jun 13, 2011 at 5:31 PM, Andrew Errington <
a.erring...@lancaster.ac.uk> wrote:
> On Mon, June 13
On 13 June 2011 17:07, Nick Hocking wrote:
> Jochen,
>
> I see attribution on my browser (bottom left corner). Rendering is, I think
> standard mapnik, looks ok to me.
>
> Andrew E, did you try my link and zoom over to Korea. I think you'll find
> all the OSM data there looking quite good.
I onl
On Mon, June 13, 2011 16:07, Nick Hocking wrote:
> Jochen,
>
>
> I see attribution on my browser (bottom left corner). Rendering is, I
> think standard mapnik, looks ok to me.
>
> Andrew E, did you try my link and zoom over to Korea. I think you'll find
> all the OSM data there looking quite good
Jochen,
I see attribution on my browser (bottom left corner). Rendering is, I think
standard mapnik, looks ok to me.
Andrew E, did you try my link and zoom over to Korea. I think you'll find
all the OSM data there looking quite good.
Cheers
Nick
On Mon, Jun 13, 2011 at 5:01 PM, Jochen Topf wr
On Mon, Jun 13, 2011 at 04:07:33PM +1000, Nick Hocking wrote:
> http://www.bing.com/maps/explore/#5003/s=w&p=c/5872/style=Mapnik&lat=-35.206078&lon=149.103028&z=17&pid=50735
>
>
> Tose are the newly added roads. Ive been using Bing's mapnik facility for a
> few months now - It's really good.
Tha
I was going to say something similar about the main OSM mapnik rendering.
Last night the high zoom level had rendered by the time I had closed
Potlatch2.
Well done to those running our rendering servers!
Graham
from my phone
On 13 Jun 2011 07:04, "Grant Slater" wrote:
On 13 June 2011 06:45, Ni
Hi Grant
http://www.bing.com/maps/explore/#5003/s=w&p=c/5872/style=Mapnik&lat=-35.206078&lon=149.103028&z=17&pid=50735
Tose are the newly added roads. Ive been using Bing's mapnik facility for a
few months now - It's really good.
___
talk mailing list
On 13 June 2011 06:45, Nick Hocking wrote:
> I just added some more new roads to the Canberra area. They were rendered in
> Bing maps within 10 seconds of uploading to OSM!!!
>
Do you mean Bing or MapQuest? I wasn't aware that Bing was using OSM data yet.
Example link?
/ Grant
_
On Mon, June 13, 2011 14:45, Nick Hocking wrote:
> I just added some more new roads to the Canberra area. They were rendered
> in Bing maps within 10 seconds of uploading to OSM!!!
>
>
> Now that's instant gratification. Also bing maps are the slippiest
> around by a healthy margin. I can be zoome
On vendredi 11 février 2011 at 02:43, Toby Murray wrote :
> On Thu, Feb 10, 2011 at 6:27 PM, Dave F. wrote:
> > At what zoom level to I have to be at to view an already zoomed in area
> > to view dark blue (z20)?
> >
> > I'm trying, but still failing to see the benefit in this.
>
> If enough of
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?
Th
> I do agree that it is a lot of effort for information that Bing must
> already have. *Looks at SteveC* Wouldn't be too hard to dump imagery
> boundaries into a shapefile or something, would it? :)
Or feed it from the editors, as I suggested before. They're already doing
the hard work of fetching
On Thu, 10 Feb 2011 23:49:58 +, Dave F. wrote:
On 09/02/2011 11:53, ant wrote:
What you do mean by "inaccurate readings"? I think the map is quite
accurate.
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=51.06122731915702&lon=-2.3915486787965934&zoom=9
The blank areas have hi
On 11 February 2011 02:43, Toby Murray wrote:
> On Thu, Feb 10, 2011 at 6:27 PM, Dave F. wrote:
>> At what zoom level to I have to be at to view an already zoomed in area to
>> view dark blue (z20)?
>>
>> I'm trying, but still failing to see the benefit in this.
>
> If enough of an area has been
On Thu, Feb 10, 2011 at 6:27 PM, Dave F. wrote:
> At what zoom level to I have to be at to view an already zoomed in area to
> view dark blue (z20)?
>
> I'm trying, but still failing to see the benefit in this.
If enough of an area has been populated, it shows at pretty low zoom
levels. Hey look,
On 11 February 2011 00:27, Dave F. wrote:
> At what zoom level to I have to be at to view an already zoomed in area to
> view dark blue (z20)?
You could be fairly zoomed out if there are enough adjacent z20 tiles
turned dark blue. But yes, it all needs a lot of eyes to be zooming
into a lot of t
On 11/02/2011 00:07, Dermot McNally wrote:
I think the theory is that if you have already done the hard work of
zooming in, the next guy won't have to because he'll see the coloured
tiles at that location.
if someone has to do that first to highlight the data that's already
there, then I think
On 11 February 2011 00:00, Dave F. wrote:
> In order to see if an area is "super high" (z20) I have to be actually
> zoomed in on that area to zoom level 20. Therefore I can tell if it is
> hi-res from the Bing imagery.
>
> I'm really failing to see the purpose of this product.
I think the theo
On 10/02/2011 23:49, Dave F. wrote:
The blank areas have hi-res imagery (caveat: I have checked every tile)
I *haven't* checked
To follow on:
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=51.420057188094106&lon=-2.4574914579781226&zoom=20
In order to see if an area is "super high
On 09/02/2011 11:53, ant wrote:
Hi Dave,
On 09.02.2011 12:26, Dave F. wrote:
Sorry, but I'm failing to see the point in this tool. Why would someone
need to "get an idea" about where hi-res is?
At <14 it gives inaccurate readings, at >14 you're to far in to *get an
idea*.
Hope you can explain
On Thu, Feb 10, 2011 at 4:37 PM, 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?
>
> That's a brilliant idea, but I'm not involved in how editors h
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?
That's a brilliant idea, but I'm not involved in how editors handle Bing
maps. So the
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 whether they can
On 10-2-2011 19:03, Toby Murray wrote:
I have come across a couple of seemingly immutable tiles that refuse
to re-render even though higher resolution imagery is available. For
example:
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=39.19008048219242&lon=-96.60511479564622&zoom=14
@an
On 10.02.2011 19:03, Toby Murray wrote:
I have come across a couple of seemingly immutable tiles that refuse
to re-render even though higher resolution imagery is available. For
example:
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=39.19008048219242&lon=-96.60511479564622&zoom=14
I
I have come across a couple of seemingly immutable tiles that refuse
to re-render even though higher resolution imagery is available. For
example:
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=39.19008048219242&lon=-96.60511479564622&zoom=14
Toby
___
Hi Dave,
On 09.02.2011 12:26, Dave F. wrote:
Sorry, but I'm failing to see the point in this tool. Why would someone
need to "get an idea" about where hi-res is?
At <14 it gives inaccurate readings, at >14 you're to far in to *get an
idea*.
Hope you can explain it to me.
this map is a work i
On 08/02/2011 23:59, ant wrote:
On 09.02.2011 00:53, Eugene Alvin Villar wrote:
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.
Sorry, but I'm failing to see the point in this tool. Why would someone
need to
On Wed, Feb 9, 2011 at 7:59 AM, ant wrote:
> On 09.02.2011 00:53, Eugene Alvin Villar wrote:
>>
>> Don't forget that because of the Mercator projection we use, a level
>> 20 tile at the equator (like Singapore) shows the same spatial
>> resolution as a level 19 tile at latitudes near 60 (N or S, l
For me the tipping point is between 18 and 19. Over Leuven (Belgium)
it goes up to 19. 5 kilometers East of Leuven it's only 18 and the
difference is enormous. Then again, only a few months ago there was
nothing to work from.
Cheers,
Jo
___
talk mailin
On 09.02.2011 00:53, Eugene Alvin Villar wrote:
Don't forget that because of the Mercator projection we use, a level
20 tile at the equator (like Singapore) shows the same spatial
resolution as a level 19 tile at latitudes near 60 (N or S, like
Helsinki).
...so someone make a Bing resolution ma
Don't forget that because of the Mercator projection we use, a level
20 tile at the equator (like Singapore) shows the same spatial
resolution as a level 19 tile at latitudes near 60 (N or S, like
Helsinki).
Helsinki at level 19:
http://www.bing.com/maps/?v=2&cp=60.17150065552734~24.93957236409227
My only comment would be that the dark green kind of looks like you
just turned down the opacity of the regular green layer. But it still
gets the point across I suppose. The zoom levels seem reasonable to
me.
Toby
___
talk mailing list
talk@openstreetm
On 08.02.2011 22:32, Stephan Knauss wrote:
sounds fine, but I experience that some high resolution images look just
like overzoomed lower resolution images.
That's true. I gave another example.
Interpolation can also be done in JOSM. I would be interested in the
real image resolution.
This mi
Hi ant,
On 08.02.2011 21:52, ant wrote:
14-17 "high resolution"
18-19 "very high resolution"
20 "ultra high resolution"
sounds fine, but I experience that some high resolution images look just
like overzoomed lower resolution images.
For example compare these parking lots. Both claim to be
Hi all,
I've been thinking about extra colours for super hires imagery and been
doing a little research. See the following list of some notable places
sorted by their highest Bing zoom levels.
Hamburg 20
Vienna 20
London 20
Rome20
Paris 20
Tokyo 20
Singapore 20
Montreal
1 - 100 of 251 matches
Mail list logo
