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* >> [image: image.png] >> >> >> *Arches 3 map (Siwa at bottom right)* >> [image: image.png] >> >> 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 <http://www.microsoft.com/maps/product/terms.html>, 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.
