for the definition of a 'projection' option on a layer. IF this projection
object exists, it will be used to create the format's internal/external
projection options, making it such that any data loaded will be reprojected
to the map's projection automatically. r=pagameba (Closes#1273, #1225, #1269)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5828 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
modification I'd forgotten about. take hover off to more closely resemble the
boxes-vector example.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5820 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
tschaub. -10 points for bad pun, +10 points for catching this in his review
of the SLD code. r=me (Closes#1223)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5536 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
the wrong DOM element. This fixes tests in Webkit-based browsers
and FF3, which enforces this constraint. r=tschaub (Closes#1219)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5528 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
Spherical mercator example now makes use of this, displaying coordinates
in lon/lat instead of meters, and permalink/argparser now work in lon/lat
as well. this functionality will make using SphericalMercator easier for
a number of applications.
r=tschaub (Closes#1036)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5519 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
externalProjection properties. These allow for the reprojection of data --
OpenLayers users with SphericalMercator get this built in for EPSG:900913, and
other users can use the external proj4js library available from MapBuilder SVN
to add support for any number of projections. This means that featres can be,
for example, transformed from a KML doc in 4326 to Spherical Mercator before
being added to a layer, making using SphericalMercator slightly more enticing.
r=elemoine
(Closes#1039)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5516 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
the Layer.Google constructor, we check if the type we are given is not in the
map's list of types, and if so, add it. (Closes#1082)
r=tschaub
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5504 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
as long -- presumably, the tests are less 'interactive', so the longer
wait doesn't hurt anyone, and this should help prevent failures due to
timeouts.l
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5486 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
permission to beat me senseless for not being able to test it there first.
Note that I'm pretty sure this still doens't work with FF3.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5479 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
it or not, and #1218 will cause the behavior to change across the board,
most likely, so we'll just be slightly more accepting, since the XML prolog
is almost definitely unlikely to not matter.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5478 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
the KML comes out namespaceless. Wrap the test up so that it doesn't totally
fail, and Paul is adding this to KnownIssues.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5475 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
FF2 won't work unless the map is loaded 'onload' -- but in Opera, adding
something to onload causes opera to believe that the page never finishes
loading within the test framework. FF3 works fine with this test if we
don't run it in a new window, but FF2 does not. For the time being, make
it work in our most well-supported platform -- FF2 -- and add a
FIXME to make it work in Opera.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5474 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
we still want this to b reported as a success, but log them to debug so that
people are aware the test is being skipped.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5468 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
If we do not do this, then every time we instantiate a new map using the same
div, the clientHeight as reported by the browser grows, and eventually we're
doing tests with a totally different sized window than we intended to.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5457 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
exist. Fallback to an empty string if getAttributeNS returns null. With
this change, the Format.XML test passes in Opera.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5453 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
1. Meta-refresh, set to 20 minutes.
2. 20 second page download timeout, instead of the standard 6.
3. After all tests have finished, posts results back to
http://openlayers.org/test/results.cgi , which shows the results. Failures kick
off an email (currently only to me).
To set up auto-testing for your platform, set up a machine with a browser running full
time, and open the URL:
http://openlayers.org/dev/tests/auto-tests.html?run=all
tests will be run automatically on load, and every time the page refreshes, they will
run again, recording their results each time.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5444 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
and the Y transforms just make working with the SVG directly -- for example,
with people modifying it to support text -- more difficult than it should be.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5430 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
that Andreas has been working so hard on. I think this is the single most
awesome commit I've ever had the pleasure of committing. The results of this
commit are described on http://trac.openlayers.org/wiki/Styles: essentially,
this makes it possible to style features in all kinds of fun ways based on
rules, and will also form the underlying basis for #533. Things this patch
adds:
* OL.Rule classes. These classes allow you to do tests against the propertie
of a feature, and set a style based on these properties -- so you can
compare the 'speedlimit' property of a line, and test if it is > 60, and if
it is greater than 60, render it in a different color. You can also test
combinations of rules using the OL.Rule.Logical class, and test featureids
with the FeatureID class.
* OL.Style class: The OL.Style class lets you wrap up Rules into styles that
can be used with drawFeature to draw the feature in the selected style.
* OL.Layer.Vector.drawFeature will check if the given style is an OL.Style
object, and if so, it will draw the feature accordingly.
examples/georss-flickr.html shows usage of these classes.
Many, many thanks go to Andreas for all his hard work on this: this code really
is very pretty, and includes unit tests for all the classes (and we know that I
am a big fan of tests.)
Three cheers for Andreas: Hip hip, hooray! hip hip, hooray! hip hip, hooray!
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5429 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
events -- this means that if an image fails to load, it will still trigger
a loadend event, and the layer will eventually be in a state where it is no
longer waiting to load. Thanks to Andreas for the investigation! (Closes#842)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5428 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
the SphericalMercator mixin register two transformations to/from EPSG:900913,
EPSG:4326. Thanks to Tim for the feedback and review. (Closes#1210)
This allows us to transform points to/from SphericalMercator
without proj4js support -- and if other projects need similar functionality,
they can write their own custom transformation functions rather than
modifying proj4js to support some custom projection.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5410 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
been fixed a while ago, but we were waiting on a test: Now that it's been
reported by four different users, I'm just going to go ahead and fix it,
grudgingly, rather than wait longer on a test. (Closes#958, #1117)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5357 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
canonical way of transforming data, and we should make sure users feel
comfortable using it.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5350 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
nothing else. This fixes the fact that you can't use client side opacity
while including the Virtual Earth javascript. Thanks for the spot from
Jeff Yutzler. Includes a manual test. (Closes#1175)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5326 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
externalGraphic, diligently filed, investigated, and fixed by The great and
powerful Oz, er, Andreas, who is becoming my new vector rendering hero.
(Closes#1172)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5323 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
template and some context -- to be used within the SLD framework. Developed
by Andreas and Sr. Schaub. Thanks, guys!
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5317 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
* the ability to 'flip' the GML format xy ordering on parsing, allowing the
GML parser to parse 'real' GML in 4326 when the option is on.
* parsing of GML 'envelope' as a Polygon. this is primarily to support
the next...
* GeoRSS GML read support, using the GML format when neccesary.
Includes a comprehensive set of tests, and is really one of the better assembled
major patches from a first-time contributor I've ever seen. Thanks for the hard
work, Roald! (Closes#1109)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5238 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
and our geography doesn't, so the numbers end up off in the north-south
direction when *not* using spherical mercator. Now, if someone comes to use us
and says 'oh my! you ruined me!' we can say 'options! we love options!' and do
a rain dance. (Closes#1164)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5229 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
just so we pick up smooth dragging, and fix the broken API key (for my domain,
cough) of draggingGoogle.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5225 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
translation correctly. Also, update example to show usage, and tests to test
jpeg instead of testing png incorrectly.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5100 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf