authors.txt file. In reality, MetaCarta does not own copyright to these files,
they merely have a right to distribute them under the license terms agreed to
by the contributors. At this point, there is no longer any reference to
MetaCarta as a copyright holder in the OpenLayers project, only to its
individual contributors via the authors.txt file.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@10706 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
baseLayer state, since that magic can sometimes be problematic. Patch by
part, cleaned up a bit by me, r=me, (Closes#1980)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@9029 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
go ahead and commit this (relatively lighttweight) patch to the code so that
the projection library base API is there, even though for the most part, it's
not usable yet. This changes map.projection from being a string to being a
class, with a projCode on it. (Closes#1035)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5401 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
#429). With the new GoogleMercator? layer going into 2.5, we shouldn't be
needing this anyway, so turn it *off* by default, so that we don't have to
deal with the pain anymore. (Closes#881) Thx to euz for review.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4181 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
not on WMS and WFS layers. This change, by default, makes us compliant
with the WMS spec again.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4038 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
to finish this one up. All commits are in comments, so a review doesn't seem
strictly neccesary. This closes#918 and fixes all the copyrights that I could
find in the code.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@3984 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
has been done in the NaturalDocs branch back to trunk. Thanks to everyone who
helped out in making this happen. (I could list people, but the list would
be long, and I'm already mentally on vacation.)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@3545 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
other than WMS. It should do this for any Grid layer. Ticket #496 includes
a patch for this: it adds a mergeNewParams call at the Layer.Grid level,
(subclassing Layer.HTTPRequest) which reinits the tile grid. This commit
also includes tests for this functionality. Since testing directly
on the Grid layer doesn't work (it's meant to be subclassed), we need to
instead pick a second layer to test -- in this case, ka-Map. Thanks to
Bill Woodall for the patch.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@2237 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
of data up to our last backup. In the previous subversion repository, this was
r1694->r1777. I'm sorry to all those of you who might have checked out that
code, as this will surely cause problems for you. We're currently working to
figure out what went wrong, and how to prevent it in the future.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@1695 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
getMaxExtent(), getMaxResolution(), and getNumZoomLevels(). They were just
wrapping around the properties. better to just access the property directly.
Needed to update for these removals in many different files.
- Improved initResolutions() functionality. It is now I believe both thorough
and complete. The only exception is that we should maybe allow a way for
the user to set up resolutions[] array using only minResolution and
numZoomLevels instead of only maxResolution and numZoomLevels... but I'm not
really sure anyone would ever really want to use that. And at any rate, I
don't know the math for how to do it. I'm sure schuyler or Dr. 5 would.
Oh. for a summary of how initResolutions works, see:
http://trac.openlayers.org/wiki/SettingZoomLevels
- Move getResolution(), initResolutions() out of HTTPRequest and into Layer. On
thinking this through (and trying to write documentation), I realized that
the real, true, GENERIC case for a layer will be using this awesome
resolutions[] array that allows for setting number of zoom levels, default
max resolutions, special scale arrays, etc.
- Updated code for getZoomForExtent() to work with resolutions[] array, instead
of using the the log 2 equation.
- Move standard getZoomForExtent() and getExtent() out of Grid and into
Layer. Like above, there is no reason for these methods to be found so far
down in the food chain. They are part of the generic calculations for
generic layers, so they belong in Layer.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@1379 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
