Sounds good! Thank you for looking so deeply into this. The error I found was while using the aerial/satellite view. Is that a different layer that may also be out of date in Arches?
Lucy Sent from my iPad > On 12 Dec 2018, at 22:37, Adam Cox <[email protected]> wrote: > > A little more digging led me to this: > https://stackoverflow.com/questions/43286704/openlayers-with-bing-maps-where-does-the-data-come-from/43289119?noredirect=1#comment73728801_43289119. > It seems that the "Roads" layer, which is what is hard-coded into Arches v3, > does point to an old tile set, and that "RoadsOnDemand" is the Bing id for > the updated roads layer. So it's certainly possible to correct this, but it > requires a change to the base template. I'll see about putting in a fix to > the stable/3.x branch in the Arches repo. > > Adam > >> On Wed, Dec 12, 2018 at 2:08 PM Adam Cox <[email protected]> wrote: >> Ok, I posted this issue on a spatial forum I'm part of and and people were >> surprised to learn about it, because the tiles do indeed come from >> completely different sources. I'm guessing that the Bing maps connection >> that is baked into Open Layers is out of date, and perhaps this has to do >> with the agreement that OL and Bing have. From reading this page >> https://msdn.microsoft.com/en-us/library/mt823633.aspx, it seems that using >> Bing tiles outside of their own API (which is what OL does) is against the >> terms of use, so I'm thinking perhaps OL got a special variance from Bing, >> like they did with Google Maps in OpenLayers 2. >> >> Adam >> >>> On Wed, Dec 12, 2018 at 11:39 AM Adam Cox <[email protected]> wrote: >>> Hi Lucy, I've looked into this, and indeed it is very strange. For example, >>> note the location of "Siwa" in the following images. >>> Bing.com/maps >>> >>> >>> Arches 3 map (Siwa at bottom right) >>> >>> >>> This documentation https://msdn.microsoft.com/en-us/library/ff701724.aspx >>> suggests that Arches is indeed using the correct imagerySet ("Road"), as >>> the following options are the only ones available through the Bing API: >>> >>> - Aerial: Aerial imagery. >>> - AerialWithLabels: Aerial imagery with a road overlay. >>> - AerialWithLabelsOnDemand: Aerial imagery with on-demand road overlay. >>> - CanvasDark: A dark version of the road maps. >>> - CanvasLight: A lighter version of the road maps which also has some of >>> the details such as hill shading disabled. >>> - CanvasGray: A grayscale version of the road maps. >>> - Road: Roads without additional imagery. >>> - Streetside: Street-level Imagery. >>> >>> I will keep my eyes open for more of an explanation, but as far as I can >>> tell it just seems like bing.com/maps uses a different tileset than the one >>> they serve through their API. >>> >>> Adam >>> >>>> On Sun, Dec 9, 2018 at 3:59 AM 'Lucy FJ' via Arches Project >>>> <[email protected]> wrote: >>>> Hi all, >>>> >>>> I had asked 3 years ago about the Bing map keys and what they are used >>>> for. Adam gave me this very helpful answer. I understand the BING key is >>>> necessary for geocoding and for receiving the map tiles, which I >>>> understood would be the latest version of Bing maps. I had created an >>>> account and a key which is associated with the development instance URL >>>> but is in the settings_local.py for both our instances. So I assumed we >>>> have the latest BING map tiles. But I spotted a mistake on the BING >>>> satellite map we use in Arches (in both our instances - Siwa Lake is >>>> called Lake Tanganyka - and wanted to send feedback to Bing about it. >>>> However, on checking their website, www.bing.com/maps, I see that the >>>> label is not there at all, whichever zoom level I use. This suggests it is >>>> a different version of the map. I have received many messages from Bing >>>> giving updated service terms and haven't read them properly, so perhaps I >>>> need to do something to receive the latest versions? Can anyone throw any >>>> light on this? We removed the geocoding as it cannot be used in Egypt. >>>> >>>> Thank you very much. >>>> >>>>> On Tuesday, October 27, 2015 at 4:45:47 PM UTC+2, Adam Cox wrote: >>>>> Hi Lucy, good question. >>>>> >>>>> The default Arches-HIP package uses a couple of Bing services, which >>>>> require a key. A key comes with Arches (it's in the virtual environment, >>>>> ../site-packages/arches/settings.py), but this is one that Farallon or >>>>> the GCI has set up, so you should get a new one if you plan to use Bing >>>>> services. >>>>> >>>>> The two Bing services are map tiles and the geocoding address widget that >>>>> you see in the Map View. Every time you type an address in that bar, a >>>>> request is sent to Bing for matching lat/long coordinates. The tiles are >>>>> the three basemap layers that Arches uses by default. Whenever you have >>>>> one of those layers active and you pan the map around, a request is sent >>>>> to Bing for the appropriate tiles based on the visible extent. The Bing >>>>> key is sent along with these requests to authorize the transaction, and >>>>> Microsoft keeps track of your usage. >>>>> >>>>> So, would Arches work without using Bing services? Yes, you'd just have >>>>> to define some different basemap layers (open street map is a good >>>>> alternative, depending on how good it is in your area) and then you would >>>>> have to remove or replace the address search (geocoding) widget. >>>>> >>>>> However, getting a key is pretty straightforward, and based on how your >>>>> application fits into the Microsoft® Bing™ Maps Platform APIs’ Terms Of >>>>> Use, it'll likely be completely free. In section 8.2.c you'll see an >>>>> upper limit of 50,000 "billable" transactions per day, and it's doubtful >>>>> you would get anywhere close to that. This is no guarantee though, so it >>>>> would be best to read up on the terms of use and how transactions are >>>>> billed to be completely sure. Ultimately, it would also be good to get >>>>> some feedback from Farallon/GCI about this subject as well. >>>>> >>>>> To get your own key, follow the link in the documentation >>>>> (https://msdn.microsoft.com/en-us/library/ff428642.aspx) and work through >>>>> those steps. You'll have to set up a username/password, and then obtain >>>>> a key. Once you have a key, add a line in your app's settings.py file >>>>> that looks like: >>>>> >>>>> BING_KEY='paste your key here' >>>>> >>>>> This will overwrite the Farallon/GCI Bing key that is included by >>>>> default, and the address bar and basemap layers will work just as before. >>>>> You'll be able to log on to the Bing maps portal >>>>> (https://www.bingmapsportal.com/) to view your usage. Keep in mind that >>>>> "billable" doesn't mean you'll necessarily be billed, it's just a way >>>>> they categorize usage. >>>>> >>>>> Good luck! >>>>> >>>>> Adam >>>>> >>>>> >>>>>> On Tuesday, October 27, 2015 at 5:08:01 AM UTC-5, Lucy FJ wrote: >>>>>> Hi everyone, >>>>>> >>>>>> Here on the Egypt database project we are slowly moving forward. I have >>>>>> a question about BING services. In the 'settings' section of the >>>>>> installation documentation, 'read the docs', it is suggested that we >>>>>> sign up with BING services and obtain a key. What does this actually do? >>>>>> Can Arches run without the Bing key? Can we show sites on the map with >>>>>> out this? Are there any alternatives? Unfortunately neither I nor anyone >>>>>> in our IT department have previous experience in geocoding. >>>>>> >>>>>> Thank you for your time, >>>>>> >>>>>> Lucy >>>> >>>> -- >>>> -- To post, send email to [email protected]. To unsubscribe, >>>> send email to [email protected]. For more >>>> information, visit https://groups.google.com/d/forum/archesproject?hl=en >>>> --- >>>> You received this message because you are subscribed to the Google Groups >>>> "Arches Project" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an >>>> email to [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. -- -- To post, send email to [email protected]. To unsubscribe, send email to [email protected]. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
