+ + Modified: trunk/openlayers/tests/list-tests.html =================================================================== --- trunk/openlayers/tests/list-tests.html 2007-08-30 23:25:49 UTC (rev 4147) +++ trunk/openlayers/tests/list-tests.html 2007-08-30 23:56:04 UTC (rev 4148) @@ -71,6 +71,7 @@

Control/test_Permalink.html

Control/test_Scale.html

test_Handler.html

Handler/test_Feature.html

Handler/test_MouseWheel.html

Handler/test_Keyboard.html

Handler/test_Drag.html

_______________________________________________ Commits mailing list Commits@openlayers.org http://openlayers.org/mailman/listinfo/commits From ahhughes at gmail.com Sun Sep 2 21:23:40 2007 From: ahhughes at gmail.com (Andrew Hughes) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] [OpenLayers-Trac] [OpenLayers] #686: Treat Google Layer as projected data In-Reply-To: <20070831203041.GA31208@metacarta.com> References: <053.3cdb7d9be1072ed94fe4948f38d1c85b@openlayers.org> <062.3c6f533b6db25b092d4a1edc2d5a2851@openlayers.org> <20070831203041.GA31208@metacarta.com> Message-ID: <5f528cf40709021823y483b8c3axf95bc4a3d589ba38@mail.gmail.com> Sounds good to me! Just a consideration here... is there any way to easily limit the maxExtent of commercial coverage? Because I can see the zoom levels and the max/min resolutions... but this does not limit the coverage, just the scale of the 'entire earth'*. I know that people would really need to pick a maxExtent that is relative to the 900913 grid. I'm sure calculating this is most certainly possible, just wondering if this option could be addressed with the proposed API in the future. I think it can, but I'd like the clarification of others. --AH On 9/1/07, Christopher Schmidt wrote: > > On Fri, Aug 31, 2007 at 08:18:50PM -0000, OpenLayers wrote: > > #686: Treat Google Layer as projected data > > > I don't know how much testing we want to do on this, but I'm tapped out > on > > it: for now, marking review just to garner comments from anyone > interested > > in the code. This is just a diff between > > http://dev.openlayers.org/sandbox/tschaub/google/ and trunk -- The code > > can be checked out from: > > > > http://svn.openlayers.org/sandbox/tschaub/google/ > > > > and the way you use it is to set: > > > > sphericalMercator: true > > > > as an option on the layer. > > > > I think this is going to be the final API: the GoogleMercator layer is > > going to go away, and it's just going to be an option on the layer. > > Essentially, this is probably now API complete: > * You create your map with a maxExtent in spherical-mercator projected > meters. > * You add a Commercial base layer to that map with the > 'sphericalMercator': true option set. > * You add overlays to that map. > > This means that your overlays must support EPSG:900913 (or you can > override it after creating your layer if they support it via some other > number) -- the proj4/WKT is in the SphericalMercator.js file (which will > also show in the docs once this is in trunk). > > The canonical example is: > > > http://dev.openlayers.org/sandbox/tschaub/google/examples/spherical-mercator.html > > Tim's put together a number of different layers here, demonstrating the > functionality of the layer with a TileCache-powered WMS overlay, to > demonstrate that yes, Virginia, there really is a Google layer you can > lay TileCache down on top of. > > Now is the time for API complaints -- and also the time for tests, if > you want to write them. Things which could use testing: > * In the test_SphericalMercator.html file, add functions for > initialization of each: > * Google > * VirtualEarth > * Yahoo > and ensure that: > * If sphericalMercator is set, they have inverse/forward proj > functions > * RESOLUTIONS is set to appropriate values if sphericalMercator is > set > * If sphericalMercator is not set, those layers dont have the > inverse/forward projection functions > * if sphericalMercator is not set, units aren't touched > * Create a test in SphericalMercator.html for checking tha > initMercatorParameters sets the proper units, and resolutions based > on MIN_ZOOM_LEVEL and MAX_ZOOM_LEVEL. > > If you've got a sandbox account, feel free to commit tests directly into > the sandbox. > > Questions? Comments? Complaints? > > Regards, > -- > Christopher Schmidt > MetaCarta > _______________________________________________ > Dev mailing list > Dev@openlayers.org > http://openlayers.org/mailman/listinfo/dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070903/c8de5067/attachment.html From richard.thurbin at cloudamber.com Mon Sep 3 07:04:27 2007 From: richard.thurbin at cloudamber.com (Richard Thurbin) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Large Vector Layer In-Reply-To: <20070817131619.GA1861@metacarta.com> References: <46C492F2.5030507@hostgis.com><5ec103de0708170602v17c7c7fakf661678731496859@mail.gmail.com> <20070817131619.GA1861@metacarta.com> Message-ID: <46DBEA3B.2020206@cloudamber.com> An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070903/d7530c7e/attachment.html From crschmidt at metacarta.com Mon Sep 3 10:20:05 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] [OpenLayers-Trac] [OpenLayers] #686: Treat Google Layer as projected data In-Reply-To: <5f528cf40709021823y483b8c3axf95bc4a3d589ba38@mail.gmail.com> References: <053.3cdb7d9be1072ed94fe4948f38d1c85b@openlayers.org> <062.3c6f533b6db25b092d4a1edc2d5a2851@openlayers.org> <20070831203041.GA31208@metacarta.com> <5f528cf40709021823y483b8c3axf95bc4a3d589ba38@mail.gmail.com> Message-ID: <20070903142005.GC27048@metacarta.com> On Mon, Sep 03, 2007 at 10:53:40AM +0930, Andrew Hughes wrote: > Sounds good to me! > > Just a consideration here... is there any way to easily limit the maxExtent > of commercial coverage? Because I can see the zoom levels and the max/min > resolutions... but this does not limit the coverage, just the scale of > the 'entire > earth'*. I know that people would really need to pick a maxExtent that is > relative to the 900913 grid. I'm sure calculating this is most certainly > possible, just wondering if this option could be addressed with the proposed > API in the future. I think it can, but I'd like the clarification of others. Should work in the normal way, with a maxExtent: new OL.Bounds() in the map options. Regards, -- Christopher Schmidt MetaCarta From emanuel at intevation.de Mon Sep 3 11:38:35 2007 From: emanuel at intevation.de (Emanuel =?utf-8?q?Sch=C3=BCtze?=) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Thesis about Smart Map Browsing & OpenLayers online Message-ID: <200709031738.35414.emanuel@intevation.de> Hi list, in the last months I wrote my thesis about the new term "Smart Map Browsing" (used for the usability of web mapping applications). One part of the work was the analysis of 11 selected Free web mapping applications and Google Maps. I published the work (available in german and english!) on this website: http://www.smartmapbrowsing.org/index_en.html For the practical part of this thesis I have realized the animated zooming feature for OpenLayers [1]. You find a live demo on my thesis website. The complete subject of the thesis: "Current state of technology and potential of Smart Map Browsing in web browsers - using the example of the Free web mapping application OpenLayers" About me: I studied multimedia technology in Bremen/Germany and I wrote my thesis at the Free software company Intevation GmbH in Osnabrueck/Germany. Special thanks go to the OpenLayers community for your help while my realization of the animated zooming feature! I'm looking forward to getting feedback. Best regards, Emanuel PS: Sorry for cross-posting. [1] http://trac.openlayers.org/ticket/442 From louvy.joseph at gmail.com Mon Sep 3 11:54:25 2007 From: louvy.joseph at gmail.com (louvy.joseph@gmail.com) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Some of the WMS tiles not getting refreshed Message-ID: <46DC2E31.7080504@gmail.com> Has anybody seen this behavior? I have lot of dynamic content on the server (i.e. geoserver); hence the WMS content is supposed to change all the time. When I refresh my WMS layer, 5% of the time, some of the tiles don't get refreshed. And these tiles are random. Rest of the tiles get refreshed fine. Has anybody seen this behavior? What could be happening? When I look at the WMS requests in my firebug, browser doesn't seem to generate the WMS tile requests in the first place (but I could be wrong on this fact). Any tips appreciated on how to debug? (I don't have any tilecache configured. It is plain geoserver to openlayers configuration. BTW, I don't have a public facing example to publish to the mailing list) Thanks in advance.. Louvy From aaime at openplans.org Mon Sep 3 13:22:48 2007 From: aaime at openplans.org (Andrea Aime) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Some of the WMS tiles not getting refreshed In-Reply-To: <46DC2E31.7080504@gmail.com> References: <46DC2E31.7080504@gmail.com> Message-ID: <46DC42E8.1090007@openplans.org> louvy.joseph@gmail.com ha scritto: > Has anybody seen this behavior? I have lot of dynamic content on the > server (i.e. geoserver); hence the WMS content is supposed to change all > the time. When I refresh my WMS layer, 5% of the time, some of the tiles > don't get refreshed. And these tiles are random. Rest of the tiles get > refreshed fine. Hum, quick sanity check... in GeoServer your feature types aren't configured with cache headers enabled right? Shouldn't be it, but checking does not cost much.... Cheers Andrea From crschmidt at metacarta.com Mon Sep 3 16:44:44 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Some of the WMS tiles not getting refreshed In-Reply-To: <46DC2E31.7080504@gmail.com> References: <46DC2E31.7080504@gmail.com> Message-ID: <20070903204444.GA9230@metacarta.com> On Mon, Sep 03, 2007 at 09:24:25PM +0530, louvy.joseph@gmail.com wrote: > Has anybody seen this behavior? I have lot of dynamic content on the > server (i.e. geoserver); hence the WMS content is supposed to change all > the time. When I refresh my WMS layer, 5% of the time, some of the tiles > don't get refreshed. And these tiles are random. Rest of the tiles get > refreshed fine. > > Has anybody seen this behavior? What could be happening? When I look at > the WMS requests in my firebug, browser doesn't seem to generate the WMS > tile requests in the first place (but I could be wrong on this fact). > > Any tips appreciated on how to debug? (I don't have any tilecache > configured. It is plain geoserver to openlayers configuration. BTW, I > don't have a public facing example to publish to the mailing list) Browsers tend to assume that the content in a given URL hasn't changed for longer than they should. Override your getURL function and make it append a random=Math.random(): http://openlayers.org/pipermail/users/2007-January/000615.html is close, but if you wnat 'constant' refresh, you'll have to do a bit more legwork. Regards, -- Christopher Schmidt MetaCarta From cameron.shorter at gmail.com Mon Sep 3 17:04:36 2007 From: cameron.shorter at gmail.com (Cameron Shorter) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Some of the WMS tiles not getting refreshed In-Reply-To: <20070903204444.GA9230@metacarta.com> References: <46DC2E31.7080504@gmail.com> <20070903204444.GA9230@metacarta.com> Message-ID: <46DC76E4.5030907@gmail.com> Yes, we had this problem in Mapbuilder and added a ×tamp=122233 to the end of the URL. Christopher Schmidt wrote: > On Mon, Sep 03, 2007 at 09:24:25PM +0530, louvy.joseph@gmail.com wrote: > >> Has anybody seen this behavior? I have lot of dynamic content on the >> server (i.e. geoserver); hence the WMS content is supposed to change all >> the time. When I refresh my WMS layer, 5% of the time, some of the tiles >> don't get refreshed. And these tiles are random. Rest of the tiles get >> refreshed fine. >> >> Has anybody seen this behavior? What could be happening? When I look at >> the WMS requests in my firebug, browser doesn't seem to generate the WMS >> tile requests in the first place (but I could be wrong on this fact). >> >> Any tips appreciated on how to debug? (I don't have any tilecache >> configured. It is plain geoserver to openlayers configuration. BTW, I >> don't have a public facing example to publish to the mailing list) >> > > Browsers tend to assume that the content in a given URL hasn't changed > for longer than they should. Override your getURL function and make it > append a random=Math.random(): > http://openlayers.org/pipermail/users/2007-January/000615.html is close, > but if you wnat 'constant' refresh, you'll have to do a bit more > legwork. > > Regards, > -- Cameron Shorter Systems Architect, http://lisasoft.com.au Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 From crschmidt at metacarta.com Tue Sep 4 07:03:14 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OSM tiles and other overlays simultaneously In-Reply-To: References: <20070831142312.GA16909@metacarta.com> Message-ID: <20070904110314.GA16952@metacarta.com> On Tue, Sep 04, 2007 at 02:22:02PM +0400, Vladimir Elistratov wrote: > This solution seems to be complicated for the task of simply > displaying OSM or VMAP0 tiles and an overlay or markers defined with > longitude and latitude. Yep. > Is to possible to reproject OSM tiles back to "normal" longitude and > latitude not through the server but with javascript code? Nope. Javascript can't manipulate images in any fashion other than a linear stretch -- and linearly stretching images is functionality we're moving *away* from in OpenLayers because it had too much behavior that users couldn't accept. > So the OSM > layer would be treated like "normal" OpenLayers layer. And and > application developer could easy substitute the OSM Layer with any > other OpenLayers layers and still could be able to map a marker on the > same location on the earth. If you want that, you want to set up your own tiles -- or use another service on the web which provides up to date, unprojected tiles. OSGeo used to host one of these, but I let it lapse after recent planet.osm troubles. I can take the time to set it up again -- then you'd just point to http://t1.hypercube.telascience.org/tiles? , with a layer of osm-4326, which would allow you to use tiles that are compatible with all the 'unprojected' services out there. If I set it up again, would you use it? If so, I can set it up again. Regards, -- Christopher Schmidt MetaCarta From v_elistratov at rambler.ru Tue Sep 4 07:43:47 2007 From: v_elistratov at rambler.ru (Vladimir Elistratov) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OSM tiles and other overlays simultaneously In-Reply-To: <20070904110314.GA16952@metacarta.com> References: <20070831142312.GA16909@metacarta.com> <20070904110314.GA16952@metacarta.com> Message-ID: > If you want that, you want to set up your own tiles -- or use >another > service on the web which provides up to date, unprojected tiles. > OSGeo used to host one of these, but I let it lapse after recent > planet.osm troubles. I can take the time to set it up again -- then > you'd just point to http://t1.hypercube.telascience.org/tiles? , >with a > layer of osm-4326, which would allow you to use tiles that are > compatible with all the 'unprojected' services out there. > > If I set it up again, would you use it? If so, I can set it up >again. I'd like to use my own tiles since they will be used locally or in a local network. Is there a way to use them and all the 'unprojected' services out there without installing a WMS server? From v_elistratov at rambler.ru Tue Sep 4 07:57:47 2007 From: v_elistratov at rambler.ru (Vladimir Elistratov) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Sector and Arc Geometry Message-ID: I suggested to include Sector and Arc Geometry to the library. Example application is pie charts on a map. What do you think? I have already implemented Sector for SVG. From damien.corpataux at camptocamp.com Tue Sep 4 10:28:52 2007 From: damien.corpataux at camptocamp.com (Damien Corpataux) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <46CF42ED.30502@openplans.org> References: <46C1B940.2030407@camptocamp.com> <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> Message-ID: <46DD6BA4.4010404@camptocamp.com> Hi Tim, I just posted a patch on ticket #927. The patch suits the requirements: - KML extends XML - XML class methods are used for XML manipulation - tested on FF2/Linux and IE7 - KML.write() returns a string (using XML.write()) - GGE import of OL exported KML is working, and vice-versa My 2 cents Cheers, Damien Tim Schaub wrote: > I've opened ticket #927 to track this. > > If anybody has a patch for KML, please attach it to that ticket. > Damien, I've referenced your email on the ticket. > > Since XML flavors should now all inherit from the XML format class, I'd > say that write will always return a string. > > Thanks for any contributions. > Tim > > > Damien Corpataux wrote: > >> Hello, >> >> As far as I can see, the advantages of doing so are obvious. Althought I >> didn't have time to apply these, here is a new version of the patch: >> - puts placemarks in a folder tag (for google earth import) >> - bugfix with geometry tags >> >> Is the question about write() return type (string or DOMDocuemt/DOMNode) >> still open? >> >> Cheers, >> Damien >> >> >> Patch: >> Index: /home/dcorpataux/workspace/openlayers/lib/OpenLayers/Format/KML.js >> =================================================================== >> --- >> /home/dcorpataux/workspace/openlayers/lib/OpenLayers/Format/KML.js >> (revision 3900) >> +++ >> /home/dcorpataux/workspace/openlayers/lib/OpenLayers/Format/KML.js >> (working copy) >> @@ -8,8 +8,8 @@ >> * @requires OpenLayers/Ajax.js >> * >> * Class: OpenLayers.Format.KML >> - * Read only KML. Largely Proof of Concept: does not support advanced >> Features, >> - * including Polygons. Create a new instance with the >> + * Read/write KML 2.0. Does not support advanced Features. >> + * Create a new instance with the >> * constructor. >> * >> * Inherits from: >> @@ -24,6 +24,24 @@ >> kmlns: "http://earth.google.com/kml/2.0", >> >> /** >> + * APIProperty: placemarksDesc >> + * Default description for a placemark >> + */ >> + placemarksDesc: "No description available", >> + >> + /** >> + * APIProperty: foldersName >> + * Default name for a folder >> + */ >> + foldersName: "OpenLayers export", >> + >> + /** >> + * APIProperty: foldersDesc >> + * Default description for a folder >> + */ >> + foldersDesc: "Exported on " + new Date(), >> + >> + /** >> * Constructor: OpenLayers.Format.KML >> * Create a new parser for KML >> * >> @@ -46,7 +64,7 @@ >> if (typeof data == "string") { >> data = OpenLayers.parseXMLString(data); >> } >> - var featureNodes = OpenLayers.Ajax.getElementsByTagNameNS(data, >> this.kmlns, "", "Placemark"); >> + var featureNodes = OpenLayers.Ajax.getElementsByTagNameNS(data, >> this.kmlns, "kml", "Placemark"); >> >> var features = []; >> >> @@ -100,6 +118,19 @@ >> // TBD Bounds only set for one of multiple geometries >> geom.extendBounds(p.bounds); >> } >> + >> + // match Polygon >> + } else if (OpenLayers.Ajax.getElementsByTagNameNS(xmlNode, >> + this.kmlns, "", "Polygon").length != 0) { >> + var polygon = OpenLayers.Ajax.getElementsByTagNameNS(xmlNode, >> + this.kmlns, "", "Polygon")[0]; >> + p = this.parseCoords(polygon); >> + if (p.points) { >> + var linearRing = new >> OpenLayers.Geometry.LinearRing(p.points); >> + geom = new OpenLayers.Geometry.Polygon(linearRing); >> + // TBD Bounds only set for one of multiple geometries >> + geom.extendBounds(p.bounds); >> + } >> } >> >> feature.geometry = geom; >> @@ -191,5 +222,171 @@ >> return p; >> }, >> >> + /** >> + * Method: write >> + * Accept Feature Collection, and return an XML Document. >> + * >> + * Parameters: >> + * features - An array of features. >> + * >> + * Returns: >> + * >> + */ >> + write: function(features) { >> + var kml = document.createElementNS(this.kmlns, "kml"); >> + var folder = this.createFolderXML(); >> + for (var i=0; i < features.length; i++) { >> + folder.appendChild(this.createPlacemarkXML(features[i])); >> + } >> + kml.appendChild(folder); >> + return kml; >> + }, >> + >> + /** >> + * Method: createFolderXML >> + * Creates and returns a KML Folder node with default name and >> description >> + * >> + * Returns: >> + * xmlNode - {} >> + */ >> + createFolderXML: function() { >> + // Folder name >> + var folderName = document.createElementNS(this.kmlns, "name"); >> + var folderNameText = document.createTextNode(this.foldersName); >> + folderName.appendChild(folderNameText); >> + >> + // Folder description >> + var folderDesc = document.createElementNS(this.kmlns, >> "description"); >> + var folderDescText = document.createTextNode(this.foldersDesc); >> + folderDesc.appendChild(folderDescText); >> + >> + // Folder >> + var folder = document.createElementNS(this.kmlns, "Folder"); >> + folder.appendChild(folderName); >> + folder.appendChild(folderDesc); >> + >> + return folder; >> + }, >> + >> + /** >> + * Method: createPlacemarkXML >> + * Accept an OpenLayers.Feature.Vector, and create a KML Placemark node >> + * >> + * Parameters: >> + * feature - {} >> + * >> + * Returns: >> + * xmlNode - {} >> + */ >> + createPlacemarkXML: function(feature) { >> + // Placemark name >> + var placemarkName = document.createElementNS(this.kmlns, "name"); >> + var placemarkNameText = document.createTextNode(feature.id); >> + placemarkName.appendChild(placemarkNameText); >> + >> + // Placemark description >> + var placemarkDesc = document.createElementNS(this.kmlns, >> "description"); >> + var placemarkDescText = >> document.createTextNode(this.placemarksDesc); >> + placemarkDesc.appendChild(placemarkDescText); >> + >> + // Placemark >> + var placemarkNode = document.createElementNS(this.kmlns, >> "Placemark"); >> + placemarkNode.appendChild(placemarkName); >> + placemarkNode.appendChild(placemarkDesc); >> + >> + // Geometry node (Point, LineString, etc. nodes) >> + var geometryNode = this.buildGeometryNode(feature.geometry); >> + placemarkNode.appendChild(geometryNode); >> + >> + return placemarkNode; >> + }, >> + >> + /** >> + * Method: buildGeometryNode >> + * Builds a KML geometry node with a given geometry >> + * >> + * Parameters: >> + * geometry - {} >> + * >> + * Returns: >> + * xmlNode - {} >> + */ >> + buildGeometryNode: function(geometry) { >> + // TBD test if geoserver can be given a Multi-geometry for a >> simple-geometry data store >> + // ie if multipolygon can be sent for a polygon feature type >> + var kml = ""; >> + // match MultiPolygon or Polygon >> + if (geometry.CLASS_NAME == "OpenLayers.Geometry.MultiPolygon" >> + || geometry.CLASS_NAME == "OpenLayers.Geometry.Polygon") { >> + kml = document.createElementNS(this.kmlns, 'Polygon'); >> + >> + var outerRing = document.createElementNS(this.kmlns, >> 'outerBoundaryIs'); >> + var linearRing = document.createElementNS(this.kmlns, >> 'LinearRing'); >> + >> + // TBD manage polygons with holes >> + >> linearRing.appendChild(this.buildCoordinatesNode(geometry.components[0])); >> + outerRing.appendChild(linearRing); >> + >> + kml.appendChild(outerRing); >> + } >> + // match MultiLineString or LineString >> + else if (geometry.CLASS_NAME == >> "OpenLayers.Geometry.MultiLineString" >> + || geometry.CLASS_NAME == >> "OpenLayers.Geometry.LineString") { >> + kml = document.createElementNS(this.kmlns, >> 'LineString'); >> + >> + kml.appendChild(this.buildCoordinatesNode(geometry)); >> + } >> + // match MultiPoint or Point >> + else if (geometry.CLASS_NAME == "OpenLayers.Geometry.Point" || >> + geometry.CLASS_NAME == >> "OpenLayers.Geometry.MultiPoint") { >> + kml = document.createElementNS(this.kmlns, 'Point'); >> + >> + // FIXME: There should be only one Point node per >> Placemark node >> + var parts = ""; >> + if (geometry.CLASS_NAME == >> "OpenLayers.Geometry.MultiPoint") { >> + parts = geometry.components; >> + } else { >> + parts = [geometry]; >> + } >> + >> + for (var i = 0; i < parts.length; i++) { >> + kml.appendChild(this.buildCoordinatesNode(parts[i])); >> + } >> + } >> + return kml; >> + }, >> + /** >> + * Method: buildCoordinatesNode >> + * builds the KML coordinates node >> + * >> + * Parameters: >> + * geometry - {} >> + * >> + * Returns: >> + * xmlNode - {} >> + */ >> + buildCoordinatesNode: function(geometry) { >> + var coordinatesNode = document.createElementNS(this.kmlns, >> "coordinates"); >> + >> + var points = null; >> + if (geometry.components) { >> + points = geometry.components; >> + } >> + >> + var path = ""; >> + if (points) { >> + for (var i = 0; i < points.length; i++) { >> + path += points[i].x + "," + points[i].y + " "; >> + } >> + } else { >> + path += geometry.x + "," + geometry.y + " "; >> + } >> + >> + var txtNode = document.createTextNode(path); >> + coordinatesNode.appendChild(txtNode); >> + >> + return coordinatesNode; >> + }, >> + >> CLASS_NAME: "OpenLayers.Format.KML" >> }); >> >> >> Tim Schaub wrote: >> >>> Hi- >>> >>> So, we're mid-way through changing how XML flavors are read/written in >>> OpenLayers. >>> >>> I've checked a new XML format in to the trunk. This format has most of >>> the methods we need for reading/writing XML cross-browser. >>> >>> To parse other XML flavors, format classes should be created that >>> inherit from the XML format. >>> >>> For an (incomplete) example, see: >>> http://dev.openlayers.org/sandbox/tschaub/xml/lib/OpenLayers/Format/GML.js >>> >>> (The important part to notice in the above example is that the GML >>> format inherits from the XML format.) >>> >>> Instead of using OpenLayers.Ajax methods or document methods, DOM >>> creation and traversal should be done with OpenLayers.Format.XML >>> methods. I've created methods to reflect the W3C standard XML DOM >>> methods - wrapping the standard ones and accommodating for non-compliant >>> browsers. >>> >>> If you (or anyone) needs additional XML DOM methods, they should be >>> added to the XML format. The next addition (in my mind) is >>> setAttributeNS. Aside from that, you should be able to do efficient >>> parsing and dom creation with the XML format methods. >>> >>> Please make modifications to the KML format in the trunk. Create a >>> ticket and attach patches in Trac. I can offer review or other help as >>> needed. >>> >>> I don't have time to keep these sandboxes entirely clean right now - so >>> please forgive anything you find that is in a half-developed state. >>> >>> Tim >>> >>> PS - Eventually, I'll move the following example into the trunk. It >>> would be nice if we could demonstrate read/write capability for all >>> vector formats in this way: >>> http://dev.openlayers.org/sandbox/tschaub/xml/examples/vector-formats.html >>> >>> (note again that this reflects partially complete work - and you should >>> not be surprised to encounter errors or see changes at any time) >>> >>> >>> Damien Corpataux wrote: >>> >>> >>>> Hello, >>>> >>>> Here's what I did so far... Reading KML only work for KML 2.0 namespaces >>>> for write() uses OpenLayers.Ajax.getElementsByTagNameNS(), but I'm >>>> pretty sure it will work on future versions (2.1 parsing successful). >>>> Also, GML and KML write() returns a Dom Document rather than a string. >>>> Should one change the result type, breaking OpenLayers.Format interface, >>>> or parse it into a string using OpenLayers.XML.....? >>>> >>>> Cheers, >>>> Damien >>>> >>>> >>>> >> [patch stripped] >> >> -- >> Camptocamp SA >> Damien Corpataux >> PSE A >> CH-1015 Lausanne >> +41 21 619 10 22 (Direct) >> +41 21 619 10 10 (Centrale) >> +41 21 619 10 00 (Fax) >> P Please consider the environment >> Do you really need to print this email? >> !DSPAM:4033,46cd662e41812090977483! >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Dev mailing list >> Dev@openlayers.org >> http://openlayers.org/mailman/listinfo/dev >> >> >> !DSPAM:4033,46cd662e41812090977483! >> > > _______________________________________________ > Dev mailing list > Dev@openlayers.org > http://openlayers.org/mailman/listinfo/dev > -- Camptocamp SA Damien Corpataux PSE A CH-1015 Lausanne +41 21 619 10 22 (Direct) +41 21 619 10 10 (Centrale) +41 21 619 10 00 (Fax) P Please consider the environment Do you really need to print this email? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070904/e2418c7e/attachment.html From crschmidt at metacarta.com Tue Sep 4 10:40:47 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <46DD6BA4.4010404@camptocamp.com> References: <46C1B940.2030407@camptocamp.com> <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> Message-ID: <20070904144047.GA30803@metacarta.com> On Tue, Sep 04, 2007 at 04:28:52PM +0200, Damien Corpataux wrote: > Hi Tim, > > I just posted a patch on ticket #927. The patch suits the requirements: > - KML extends XML > - XML class methods are used for XML manipulation > - tested on FF2/Linux and IE7 > - KML.write() returns a string (using XML.write()) > - GGE import of OL exported KML is working, and vice-versa > Looks pretty good. Any chance you could write some tests for KML.write() -- just a few simple ones, to confirm it works? Regards, -- Christopher Schmidt MetaCarta From crschmidt at metacarta.com Tue Sep 4 11:15:34 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Sector and Arc Geometry In-Reply-To: References: Message-ID: <20070904151534.GA2292@metacarta.com> On Tue, Sep 04, 2007 at 03:57:47PM +0400, Vladimir Elistratov wrote: > I suggested to include Sector and Arc Geometry to the library. Example > application is pie charts on a map. > What do you think? > > I have already implemented Sector for SVG. """ For the most part, geometries in OpenLayers correspond to those described by the GML Simple Features Profile (http://www.ogcnetwork.net/gml-sf). In particular, they are "points, lines, polygons (and collections of these)." In order to fit in with the other geometry classes, it is important that geometry.calculateBounds sets geometry.bounds as the the envelope of the geometry. In addition, the geometry.toString method returns Well-Known Text for all geometries. Geometries cannot only be serialized into WKT, but also GML, KML, GeoRSS, and GeoJSON. This is accomplished with the Format classes. This last bit allows all geometries to be serialized and sent to some persistance layer. All these things (in my mind) are important (and defining) characteristics of the geometry classes. """ -- tschaub, #903 I'd be surprised to find that sectors and arcs can not be represented by sufficiently complex polygons. There is an outstanding patch to add support for a Class instance on Polygon to support creation of regular-polygons: that is, multisided polygons with the same angle between each side. These approximate a circle for a sufficiently large side value. I would expect that a sector or arc would simply be a partial-circle, possibly a linestring instead of a polygon. Either of these are probably welcome helper functions to the appropriate geometry types, given sufficient tests. I think this would resolve your specific use case. If it doesn't, I may be misunderstanding: further feedback welcome. Regards, -- Christopher Schmidt MetaCarta From damien.corpataux at camptocamp.com Tue Sep 4 11:21:53 2007 From: damien.corpataux at camptocamp.com (Damien Corpataux) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <20070904144047.GA30803@metacarta.com> References: <46C1B940.2030407@camptocamp.com> <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> <20070904144047.GA30803@metacarta.com> Message-ID: <46DD7811.8000204@camptocamp.com> Thanks! I think you mean unit tests... Glurp, I never played around with testanotherway. Although I'm interested in doing it when I get to have a little time, here is the test code I ran in firebug, using the openlayers/examples/vector-features.html example: ---8<------------------------------------------------------------------- var kml = new OpenLayers.Format.KML(); var kmlOut = kml.write(map.layers[1].features); kmlOut; map.layers[1].eraseFeatures(map.layers[1].features); map.layers[1].features = []; var features = kml.read(kmlOut); features; map.layers[1].addFeatures(features); ---8<------------------------------------------------------------------- Cheers, Damien Christopher Schmidt wrote: > On Tue, Sep 04, 2007 at 04:28:52PM +0200, Damien Corpataux wrote: > >> Hi Tim, >> >> I just posted a patch on ticket #927. The patch suits the requirements: >> - KML extends XML >> - XML class methods are used for XML manipulation >> - tested on FF2/Linux and IE7 >> - KML.write() returns a string (using XML.write()) >> - GGE import of OL exported KML is working, and vice-versa >> >> > > Looks pretty good. Any chance you could write some tests for KML.write() > -- just a few simple ones, to confirm it works? > > Regards, > -- Camptocamp SA Damien Corpataux PSE A CH-1015 Lausanne +41 21 619 10 22 (Direct) +41 21 619 10 10 (Centrale) +41 21 619 10 00 (Fax) P Please consider the environment Do you really need to print this email? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070904/7a5a19c1/attachment.html From crschmidt at metacarta.com Tue Sep 4 11:33:35 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] [OpenLayers-Users] Handler problems In-Reply-To: <4fe6dd700709040814k48bd7e21x44339cde05ec4ad2@mail.gmail.com> References: <4fe6dd700708310720n6675d01ala33af447d304499b@mail.gmail.com> <4fe6dd700709010247g25028b77vcbedee637084f77d@mail.gmail.com> <4fe6dd700709040139i3f90a2a4qf55372f5894a0b18@mail.gmail.com> <20070904111018.GB16952@metacarta.com> <4fe6dd700709040814k48bd7e21x44339cde05ec4ad2@mail.gmail.com> Message-ID: <20070904153335.GC8348@metacarta.com> On Tue, Sep 04, 2007 at 04:14:42PM +0100, Tom (JDi Solutions) wrote: > Also, any ideas how I can workaround this problem or am I going to have to > use an old style click event? I have no idea why it's happening, so no idea how to work around it: sorry. Regards, -- Christopher Schmidt MetaCarta From crschmidt at metacarta.com Tue Sep 4 11:54:45 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <46DD7811.8000204@camptocamp.com> References: <46C1B940.2030407@camptocamp.com> <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> <20070904144047.GA30803@metacarta.com> <46DD7811.8000204@camptocamp.com> Message-ID: <20070904155445.GD8348@metacarta.com> On Tue, Sep 04, 2007 at 05:21:53PM +0200, Damien Corpataux wrote: > Thanks! > > I think you mean unit tests... Glurp, I never played around with > testanotherway. Although I'm interested in doing it when I get to have a > little time, here is the test code I ran in firebug, using the > openlayers/examples/vector-features.html example: Okay, I've put together a stub for you in the tests/Format/test_KML.html file. What I would do here is very similar to what you have below: * Create a KML parser. * Create a feature -- point, line, polygon, whatever. * In Firebug or elsewhere, create a text string which you can copy paste with the expected output KML: set that as the expectedOut variable. * Create kmlOut against that feature: kmlOut = kml.write([myFeature]); * Test that expectedOut matches KML Out: t.eq(expectedOut, kmlOut, "KML output matches given point feature"); * If you feel up to it, add a test to write, which reads the output KML (as below) and test things like: t.eq(outputFeatures.length, 1, "Got correct number of features back"); t.eq(outputFeatures[0].geometry.CLASS_NAME, "OpenLayers.Geometry.Point", "Correct geom type returned."); etc. If you don't get a chance, I'll bang something out soon, since we're trying not to shove things in without at least some tests -- but thanks for the patch regardless! > ---8<------------------------------------------------------------------- > var kml = new OpenLayers.Format.KML(); > var kmlOut = kml.write(map.layers[1].features); > > map.layers[1].eraseFeatures(map.layers[1].features); > map.layers[1].features = []; > > var features = kml.read(kmlOut); > > features; > > map.layers[1].addFeatures(features); > ---8<------------------------------------------------------------------- -- Christopher Schmidt MetaCarta From fporcelli at taic.net Tue Sep 4 12:05:28 2007 From: fporcelli at taic.net (fporcelli@taic.net) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Scale dependencies with TileCache Message-ID: <51468.192.168.1.70.1188921928.webmail@192.168.1.70> Hello -- I was interested in creating a cached layer with scale dependencies using TileCache. The layer configuration using just OpenLayers works fine and is shown below. However I want to cache this layer and have tileCache only request tiles from within the minScale and maxScale parameters. Is this possible? layer_test = new OpenLayers.Layer.WMS("test", "http://gis.test.com/cgi-bin/dir/test_wms.cgi", {layers: '1'}, {isBaseLayer: false, reproject: false, minScale: 100000, maxScale: 100}); Thanks, Frank From crschmidt at metacarta.com Tue Sep 4 12:22:31 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Scale dependencies with TileCache In-Reply-To: <51468.192.168.1.70.1188921928.webmail@192.168.1.70> References: <51468.192.168.1.70.1188921928.webmail@192.168.1.70> Message-ID: <20070904162231.GA13986@metacarta.com> On Tue, Sep 04, 2007 at 12:05:28PM -0400, fporcelli@taic.net wrote: > Hello -- > > I was interested in creating a cached layer with scale dependencies using TileCache. The layer configuration using just OpenLayers works fine and is shown below. However I want to cache this layer and have tileCache only request tiles from within the minScale and maxScale parameters. Is this possible? TileCache needs to be handed a list of resolutions. It's not clear to me what your units, maxExtent, etc. are. You should set your TileCache layer up to have the *resolutions of the base layer* which exist between those scales. OpenLayers.Util.getResolutionFromScale may be useful. Regards, -- Christopher Schmidt MetaCarta From fporcelli at taic.net Tue Sep 4 15:28:20 2007 From: fporcelli at taic.net (fporcelli@taic.net) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Scale dependencies with TileCache Message-ID: <47087.192.168.1.70.1188934100.webmail@192.168.1.70> Chris -- I passed the resolutions array to TileCache but I get pink tiles when the layer is turned on outside the boundaries of the resolutions array. The layer does render properly when zoomed in at the supported resolution. My units are decimal degrees, and my TileCache layer looks like so. I'm scratching my head on this one... [testlayer] type=WMSLayer url=http://gis.test.com/cgi-bin/dir/test_wms.cgi transparent=true extension=png layers=1 resolutions=0.00034332275390625,0.000171661376953125,0.0000858306884765625,0.00004291534423828125 Regards, Frank -----Original Message----- From: Christopher Schmidt Sent: Tue, September 4, 2007 12:22 pm To: fporcelli@taic.net Cc: dev@openlayers.org Subject: Re: [OpenLayers-Dev] Scale dependencies with TileCache On Tue, Sep 04, 2007 at 12:05:28PM -0400, fporcelli@taic.net wrote: > Hello -- > > I was interested in creating a cached layer with scale dependencies using TileCache. The layer configuration using just OpenLayers works fine and is shown below. However I want to cache this layer and have tileCache only request tiles from within the minScale and maxScale parameters. Is this possible? TileCache needs to be handed a list of resolutions. It's not clear to me what your units, maxExtent, etc. are. You should set your TileCache layer up to have the *resolutions of the base layer* which exist between those scales. OpenLayers.Util.getResolutionFromScale may be useful. Regards, -- Christopher Schmidt MetaCarta From crschmidt at metacarta.com Tue Sep 4 17:14:38 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Scale dependencies with TileCache In-Reply-To: <47087.192.168.1.70.1188934100.webmail@192.168.1.70> References: <47087.192.168.1.70.1188934100.webmail@192.168.1.70> Message-ID: <20070904211438.GA1270@metacarta.com> On Tue, Sep 04, 2007 at 03:28:20PM -0400, fporcelli@taic.net wrote: > Chris -- > > I passed the resolutions array to TileCache but I get pink tiles when the layer is turned on outside the boundaries of the resolutions array. The layer does render properly when zoomed in at the supported resolution. My units are decimal degrees, and my TileCache layer looks like so. I'm sorry: "When the layer is turned on outside the boundaries of the resolutions aray" -- how? The minScale/maxScale should be causing the layer's visibility to be set to false outside of that min/max scale range -- if it's not, that's a bug, as far as I'm aware. Can you create a minimal demo? -- Chris > I'm scratching my head on this one... > > [testlayer] > type=WMSLayer > url=http://gis.test.com/cgi-bin/dir/test_wms.cgi > transparent=true > extension=png > layers=1 > resolutions=0.00034332275390625,0.000171661376953125,0.0000858306884765625,0.00004291534423828125 > > Regards, > > Frank > > > -----Original Message----- > From: Christopher Schmidt > Sent: Tue, September 4, 2007 12:22 pm > To: fporcelli@taic.net > Cc: dev@openlayers.org > Subject: Re: [OpenLayers-Dev] Scale dependencies with TileCache > > On Tue, Sep 04, 2007 at 12:05:28PM -0400, fporcelli@taic.net wrote: > > Hello -- > > > > I was interested in creating a cached layer with scale dependencies using TileCache. The layer configuration using just OpenLayers works fine and is shown below. However I want to cache this layer and have tileCache only request tiles from within the minScale and maxScale parameters. Is this possible? > > TileCache needs to be handed a list of resolutions. It's not clear to me > what your units, maxExtent, etc. are. You should set your TileCache > layer up to have the *resolutions of the base layer* which exist between > those scales. > > OpenLayers.Util.getResolutionFromScale may be useful. > > Regards, > -- > Christopher Schmidt > MetaCarta > > -- Christopher Schmidt MetaCarta From louvy.joseph at gmail.com Tue Sep 4 20:39:49 2007 From: louvy.joseph at gmail.com (louvy.joseph@gmail.com) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Some of the WMS tiles not getting refreshed In-Reply-To: <20070903204444.GA9230@metacarta.com> References: <46DC2E31.7080504@gmail.com> <20070903204444.GA9230@metacarta.com> Message-ID: <46DDFAD5.8080306@gmail.com> Thanks Crhis, Andrea & Cameron. I still have the problem. Couple of notes. 1) Yes, I was already using the random number with mergeNewParams(). wmsLayer.mergeNewParams({'foo': Math.random()}); And I do see that there is FOO value getting embedded in my WMS url. 2) Funny thing is that when I look at the tile in firebug by clicking Net->Images->wms->Response, I see my new tile with proper image but the browser itself seem to display old tile. Why? Most of the tiles are okay except for one tile or rarely two tiles. 3) The response headers from firebug are: Response Headers Server Apache-Coyote/1.1 Content-Type image/png Transfer-Encoding chunked Date Wed, 05 Sep 2007 00:23:53 GMT Request Headers Host wms1.localhost:8080 User-Agent Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 Accept image/png,*/*;q=0.5 Accept-Language en-us,en;q=0.5 Accept-Encoding gzip,deflate Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive 300 Connection keep-alive Referer http://localhost:8080/polaris-web/edit Do you see anything wrong in the header? I don't see "Pragma: No-Cache" in the header. Is that something to be worried about? 4) Andrea, are you referring to "Cache Enabled" & "Cache Time" field in geoserver console's under WFS feature edit screen? The "Cache Enabled" check box is not enabled and the "Cache Time" text field is empty. 5) The problem happens in both IE & Firefox. 6) Chris, is there anything I can debug around using the checkImagURL() event handler? Thanks again Louvy Christopher Schmidt wrote: > On Mon, Sep 03, 2007 at 09:24:25PM +0530, louvy.joseph@gmail.com wrote: > >> Has anybody seen this behavior? I have lot of dynamic content on the >> server (i.e. geoserver); hence the WMS content is supposed to change all >> the time. When I refresh my WMS layer, 5% of the time, some of the tiles >> don't get refreshed. And these tiles are random. Rest of the tiles get >> refreshed fine. >> >> Has anybody seen this behavior? What could be happening? When I look at >> the WMS requests in my firebug, browser doesn't seem to generate the WMS >> tile requests in the first place (but I could be wrong on this fact). >> >> Any tips appreciated on how to debug? (I don't have any tilecache >> configured. It is plain geoserver to openlayers configuration. BTW, I >> don't have a public facing example to publish to the mailing list) >> > > Browsers tend to assume that the content in a given URL hasn't changed > for longer than they should. Override your getURL function and make it > append a random=Math.random(): > http://openlayers.org/pipermail/users/2007-January/000615.html is close, > but if you wnat 'constant' refresh, you'll have to do a bit more > legwork. > > Regards, > From jachym.cepicky at gmail.com Wed Sep 5 00:57:53 2007 From: jachym.cepicky at gmail.com (Jachym Cepicky) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] snapping patch Message-ID: <1188968273.7778.3.camel@mellon> hallo, I added patch, which enables snapping function. The patch adds this.snapDist to OL.Handler.Point(.js) and apart from intern snapping functions, it also defines empty this.customSnap method, which can be used by user to define her own (e.g. raster-based) snapping. http://trac.openlayers.org/ticket/954 hope, it works also for another devs... jachym -- Jachym Cepicky e-mail: jachym.cepicky@gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070905/1cf2436b/attachment.bin From daiy115 at yahoo.co.jp Wed Sep 5 01:44:38 2007 From: daiy115 at yahoo.co.jp (Daisuke YOSHIDA) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Auto-refresh layers Message-ID: <46DE4246.50708@yahoo.co.jp> I would like to have auto-refresh layer function. And I tried webcam.html which is in the examples directory under OpenLayers-2.4. It blinks when its function works but the layer does not be redraw.

OpenLayers Webcam

Thank you very much, Daisuke -------------------------------------- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/ From aaime at openplans.org Wed Sep 5 03:27:13 2007 From: aaime at openplans.org (Andrea Aime) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Some of the WMS tiles not getting refreshed In-Reply-To: <46DDFAD5.8080306@gmail.com> References: <46DC2E31.7080504@gmail.com> <20070903204444.GA9230@metacarta.com> <46DDFAD5.8080306@gmail.com> Message-ID: <46DE5A51.4090801@openplans.org> louvy.joseph@gmail.com ha scritto: > Thanks Crhis, Andrea & Cameron. I still have the problem. Couple of notes. > > 1) Yes, I was already using the random number with mergeNewParams(). > wmsLayer.mergeNewParams({'foo': Math.random()}); > > And I do see that there is FOO value getting embedded in my WMS url. > > 2) Funny thing is that when I look at the tile in firebug by clicking > Net->Images->wms->Response, I see my new tile with proper image but the > browser itself seem to display old tile. Why? Most of the tiles are okay > except for one tile or rarely two tiles. > > 3) The response headers from firebug are: > > Response Headers > Server Apache-Coyote/1.1 > Content-Type image/png > Transfer-Encoding chunked > Date Wed, 05 Sep 2007 00:23:53 GMT > Request Headers > Host wms1.localhost:8080 > User-Agent Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) > Gecko/20070725 Firefox/2.0.0.6 > Accept image/png,*/*;q=0.5 > Accept-Language en-us,en;q=0.5 > Accept-Encoding gzip,deflate > Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 > Keep-Alive 300 > Connection keep-alive > Referer http://localhost:8080/polaris-web/edit > > > > Do you see anything wrong in the header? I don't see "Pragma: No-Cache" > in the header. Is that something to be worried about? Frankly, I don't know... good question thought. One more check is about the date field: the date is generated on the server, any chance a server having a clock in the future compared to the client may cause this? > > 4) Andrea, are you referring to "Cache Enabled" & "Cache Time" field in > geoserver console's under WFS feature edit screen? The "Cache Enabled" > check box is not enabled and the "Cache Time" text field is empty. Yes, correct, and as you see, there are no caching headers there. Thought without the nocache pragma, who knows, it may be... in fact it's something I always set in dynamic web pages, maybe we should set it in uncached responses too... Wondering, does mapserver add that pragma to its responses? Cheers Andrea From damien.corpataux at camptocamp.com Wed Sep 5 06:27:09 2007 From: damien.corpataux at camptocamp.com (Damien Corpataux) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <20070904155445.GD8348@metacarta.com> References: <46C1B940.2030407@camptocamp.com> <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> <20070904144047.GA30803@metacarta.com> <46DD7811.8000204@camptocamp.com> <20070904155445.GD8348@metacarta.com> Message-ID: <46DE847D.3030705@camptocamp.com> Hi Christopher, Thanks for the stub! It got me into writing the tests (very quick). Everything's fine on ff2, but a problem occurs on IE7 (only when running the tests, not on using the component within OL). I put all the information and patch into the ticket, which I now wonder whether it's a good idea, http://trac.openlayers.org/ticket/927#comment:5 Anybody might have ran into a similar problem with test.anotherway? Cheers, Damien Christopher Schmidt wrote: > On Tue, Sep 04, 2007 at 05:21:53PM +0200, Damien Corpataux wrote: > >> Thanks! >> >> I think you mean unit tests... Glurp, I never played around with >> testanotherway. Although I'm interested in doing it when I get to have a >> little time, here is the test code I ran in firebug, using the >> openlayers/examples/vector-features.html example: >> > > Okay, I've put together a stub for you in the tests/Format/test_KML.html > file. What I would do here is very similar to what you have below: > * Create a KML parser. > * Create a feature -- point, line, polygon, whatever. > * In Firebug or elsewhere, create a text string which you can copy > paste with the expected output KML: set that as the expectedOut > variable. > * Create kmlOut against that feature: > kmlOut = kml.write([myFeature]); > * Test that expectedOut matches KML Out: > t.eq(expectedOut, kmlOut, "KML output matches given point feature"); > * If you feel up to it, add a test to write, which reads the output > KML (as below) and test things like: > t.eq(outputFeatures.length, 1, "Got correct number of features > back"); > t.eq(outputFeatures[0].geometry.CLASS_NAME, "OpenLayers.Geometry.Point", > "Correct geom type returned."); > > etc. > > If you don't get a chance, I'll bang something out soon, since we're > trying not to shove things in without at least some tests -- but thanks > for the patch regardless! > > >> ---8<------------------------------------------------------------------- >> var kml = new OpenLayers.Format.KML(); >> var kmlOut = kml.write(map.layers[1].features); >> >> map.layers[1].eraseFeatures(map.layers[1].features); >> map.layers[1].features = []; >> >> var features = kml.read(kmlOut); >> >> features; >> >> map.layers[1].addFeatures(features); >> ---8<------------------------------------------------------------------- >> > > > > -- Camptocamp SA Damien Corpataux PSE A CH-1015 Lausanne +41 21 619 10 22 (Direct) +41 21 619 10 10 (Centrale) +41 21 619 10 00 (Fax) P Please consider the environment Do you really need to print this email? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070905/7848d915/attachment.html From fporcelli at taic.net Wed Sep 5 07:12:01 2007 From: fporcelli at taic.net (Frank Porcelli) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Scale dependencies with TileCache In-Reply-To: <20070904211438.GA1270@metacarta.com> References: <47087.192.168.1.70.1188934100.webmail@192.168.1.70> <20070904211438.GA1270@metacarta.com> Message-ID: <00f401c7efad$9535a510$6401a8ac@ISLANDER> Chris -- My bad. The minScale setting was incorrect. The resolutions array you suggested works fine. Thanks, Frank -----Original Message----- From: Christopher Schmidt [mailto:crschmidt@metacarta.com] Sent: Tuesday, September 04, 2007 5:15 PM To: fporcelli@taic.net Cc: dev@openlayers.org Subject: Re: [OpenLayers-Dev] Scale dependencies with TileCache On Tue, Sep 04, 2007 at 03:28:20PM -0400, fporcelli@taic.net wrote: > Chris -- > > I passed the resolutions array to TileCache but I get pink tiles when the layer is turned on outside the boundaries of the resolutions array. The layer does render properly when zoomed in at the supported resolution. My units are decimal degrees, and my TileCache layer looks like so. I'm sorry: "When the layer is turned on outside the boundaries of the resolutions aray" -- how? The minScale/maxScale should be causing the layer's visibility to be set to false outside of that min/max scale range -- if it's not, that's a bug, as far as I'm aware. Can you create a minimal demo? -- Chris > I'm scratching my head on this one... > > [testlayer] > type=WMSLayer > url=http://gis.test.com/cgi-bin/dir/test_wms.cgi > transparent=true > extension=png > layers=1 > resolutions=0.00034332275390625,0.000171661376953125,0.0000858306884765625,0 .00004291534423828125 > > Regards, > > Frank > > > -----Original Message----- > From: Christopher Schmidt > Sent: Tue, September 4, 2007 12:22 pm > To: fporcelli@taic.net > Cc: dev@openlayers.org > Subject: Re: [OpenLayers-Dev] Scale dependencies with TileCache > > On Tue, Sep 04, 2007 at 12:05:28PM -0400, fporcelli@taic.net wrote: > > Hello -- > > > > I was interested in creating a cached layer with scale dependencies using TileCache. The layer configuration using just OpenLayers works fine and is shown below. However I want to cache this layer and have tileCache only request tiles from within the minScale and maxScale parameters. Is this possible? > > TileCache needs to be handed a list of resolutions. It's not clear to me > what your units, maxExtent, etc. are. You should set your TileCache > layer up to have the *resolutions of the base layer* which exist between > those scales. > > OpenLayers.Util.getResolutionFromScale may be useful. > > Regards, > -- > Christopher Schmidt > MetaCarta > > -- Christopher Schmidt MetaCarta From crschmidt at metacarta.com Wed Sep 5 07:54:55 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <46DE847D.3030705@camptocamp.com> References: <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> <20070904144047.GA30803@metacarta.com> <46DD7811.8000204@camptocamp.com> <20070904155445.GD8348@metacarta.com> <46DE847D.3030705@camptocamp.com> Message-ID: <20070905115455.GA30152@metacarta.com> On Wed, Sep 05, 2007 at 12:27:09PM +0200, Damien Corpataux wrote: > Hi Christopher, > > Thanks for the stub! It got me into writing the tests (very quick). > Everything's fine on ff2, but a problem occurs on IE7 (only when running > the tests, not on using the component within OL). > > I put all the information and patch into the ticket, which I now wonder > whether it's a good idea, http://trac.openlayers.org/ticket/927#comment:5 > > Anybody might have ran into a similar problem with test.anotherway? Interesting. I'll see if I can figure out why: The GML tests should be using something similar, and they don't have any problems I'm aware of. Regards, -- Christopher Schmidt MetaCarta From damien.corpataux at camptocamp.com Wed Sep 5 08:40:12 2007 From: damien.corpataux at camptocamp.com (Damien Corpataux) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <20070905115455.GA30152@metacarta.com> References: <20070814152052.GA22295@metacarta.com> <46C30F52.6030000@camptocamp.com> <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> <20070904144047.GA30803@metacarta.com> <46DD7811.8000204@camptocamp.com> <20070904155445.GD8348@metacarta.com> <46DE847D.3030705@camptocamp.com> <20070905115455.GA30152@metacarta.com> Message-ID: <46DEA3AC.1010605@camptocamp.com> Christopher Schmidt wrote: > On Wed, Sep 05, 2007 at 12:27:09PM +0200, Damien Corpataux wrote: > >> Hi Christopher, >> >> Thanks for the stub! It got me into writing the tests (very quick). >> Everything's fine on ff2, but a problem occurs on IE7 (only when running >> the tests, not on using the component within OL). >> >> I put all the information and patch into the ticket, which I now wonder >> whether it's a good idea, http://trac.openlayers.org/ticket/927#comment:5 >> >> Anybody might have ran into a similar problem with test.anotherway? >> > > Interesting. I'll see if I can figure out why: The GML tests should be > using something similar, and they don't have any problems I'm aware of. > > Regards, > Unfortunately, test_GML.html doesn't test GML.write() and GML and is not yet using XML class methods for Doc manipulation... I wish I could help a little further, but I think my knowledge of Test.AnotherWay is too limited to rapidly make out what's going on... :\ http://trac.openlayers.org/browser/trunk/openlayers/tests/Format/test_GML.html http://trac.openlayers.org/browser/trunk/openlayers/lib/OpenLayers/Format/GML.js Regards, Damien -- Camptocamp SA Damien Corpataux PSE A CH-1015 Lausanne +41 21 619 10 22 (Direct) +41 21 619 10 10 (Centrale) +41 21 619 10 00 (Fax) P Please consider the environment Do you really need to print this email? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20070905/584c0657/attachment.html From crschmidt at metacarta.com Wed Sep 5 08:54:53 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] OpenLayers.Format.KML.write() In-Reply-To: <46DEA3AC.1010605@camptocamp.com> References: <46C3182F.7060801@openplans.org> <46CD6611.5040501@camptocamp.com> <46CF42ED.30502@openplans.org> <46DD6BA4.4010404@camptocamp.com> <20070904144047.GA30803@metacarta.com> <46DD7811.8000204@camptocamp.com> <20070904155445.GD8348@metacarta.com> <46DE847D.3030705@camptocamp.com> <20070905115455.GA30152@metacarta.com> <46DEA3AC.1010605@camptocamp.com> Message-ID: <20070905125453.GA10326@metacarta.com> On Wed, Sep 05, 2007 at 02:40:12PM +0200, Damien Corpataux wrote: > Christopher Schmidt wrote: > > On Wed, Sep 05, 2007 at 12:27:09PM +0200, Damien Corpataux wrote: > > > >> Hi Christopher, > >> > >> Thanks for the stub! It got me into writing the tests (very quick). > >> Everything's fine on ff2, but a problem occurs on IE7 (only when running > >> the tests, not on using the component within OL). > >> > >> I put all the information and patch into the ticket, which I now wonder > >> whether it's a good idea, http://trac.openlayers.org/ticket/927#comment:5 > >> > >> Anybody might have ran into a similar problem with test.anotherway? > >> > > > > Interesting. I'll see if I can figure out why: The GML tests should be > > using something similar, and they don't have any problems I'm aware of. > > > > Regards, > > > Unfortunately, test_GML.html doesn't test GML.write() and GML and is not > yet using XML class methods for Doc manipulation... I wish I could help > a little further, but I think my knowledge of Test.AnotherWay is too > limited to rapidly make out what's going on... :\ > > http://trac.openlayers.org/browser/trunk/openlayers/tests/Format/test_GML.html > http://trac.openlayers.org/browser/trunk/openlayers/lib/OpenLayers/Format/GML.js Right, sorry: the GML tests I was talking about haven't made it back to trunk yet, they're still at: http://svn.openlayers.org/sandbox/tschaub/xml/tests/Format/test_GML.html It's possible we're still missing something in the XML format though, so I'll take a look at it: thanks for the tests you've got so far! :) Sorry something seems to be more complex than it otherwise should be. Regards, -- Christopher Schmidt MetaCarta From lkoszanski at ncct.uottawa.ca Wed Sep 5 10:21:15 2007 From: lkoszanski at ncct.uottawa.ca (Lukasz Koszanski) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Inserting the marker layer in DOM Message-ID: <46DEBB5B.6090006@ncct.uottawa.ca> Hi everyone, I would like to insert the a markers layer in a custom place in my DOM document, that is, instead of inserting it in the default openlayers container div like in the following example ...

... I would like to insert the "OpenLayers.Layer.Markers_103" in an arbitrary place in my DOM. For example in a div with id="blah".Anyone knows hot to do it? Thanks, Luke From crschmidt at metacarta.com Wed Sep 5 11:21:52 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Inserting the marker layer in DOM In-Reply-To: <46DEBB5B.6090006@ncct.uottawa.ca> References: <46DEBB5B.6090006@ncct.uottawa.ca> Message-ID: <20070905152152.GA6332@metacarta.com> On Wed, Sep 05, 2007 at 10:21:15AM -0400, Lukasz Koszanski wrote: > I would like to insert the "OpenLayers.Layer.Markers_103" in an > arbitrary place in my DOM. For example in a div with id="blah".Anyone > knows hot to do it? I might be able to figure out why, but I've been trained for a long time to ask for 'Requirements in the form of a requirement', so I don't tell you how to do something which will only break later. Can you explain why you want to do this? Examples of other, similar sites on the web, for example, which do what you want to do, would be useful, so that I can picture in my head what problem you're trying to solve, and possibly offer a better solution. Regards, -- Christopher Schmidt MetaCarta From v_elistratov at rambler.ru Thu Sep 6 06:53:41 2007 From: v_elistratov at rambler.ru (Vladimir Elistratov) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Sector and Arc Geometry In-Reply-To: <20070904151534.GA2292@metacarta.com> References: <20070904151534.GA2292@metacarta.com> Message-ID: On Tue, 4 Sep 2007 11:15:34 -0400 Christopher Schmidt wrote: > On Tue, Sep 04, 2007 at 03:57:47PM +0400, Vladimir Elistratov wrote: >> I suggested to include Sector and Arc Geometry to the library. >>Example >> application is pie charts on a map. >> What do you think? >> >> I have already implemented Sector for SVG. >For the most part, geometries in OpenLayers correspond to those > described by the GML Simple Features Profile > (http://www.ogcnetwork.net/gml-sf). In particular, they are "points, > lines, polygons (and collections of these)." > > In order to fit in with the other geometry classes, it is important that > geometry.calculateBounds sets geometry.bounds as the the envelope of >the geometry. > > In addition, the geometry.toString method returns Well-Known Text for > all geometries. Geometries cannot only be serialized into WKT, but also > GML, KML, GeoRSS, and GeoJSON. This is accomplished with the Format > classes. > > This last bit allows all geometries to be serialized and sent to some > persistance layer. > > All these things (in my mind) are important (and defining) > characteristics of the geometry classes. > """ > > -- tschaub, #903 > > I'd be surprised to find that sectors and arcs can not be >represented by > sufficiently complex polygons. There is an outstanding patch to add > support for a Class instance on Polygon to support creation of > regular-polygons: that is, multisided polygons with the same angle > between each side. These approximate a circle for a sufficiently >large > side value. I would expect that a sector or arc would simply be a > partial-circle, possibly a linestring instead of a polygon. Either >of > these are probably welcome helper functions to the appropriate >geometry > types, given sufficient tests. > > I think this would resolve your specific use case. If it doesn't, I >may > be misunderstanding: further feedback welcome. This function should solve the problem of Arc and Sector. Where can it be found? Is it available under the same license as OpenLayers? The other solution would be to explicitly allow the use of SVG images loaded from a string or from a file like it is done now with markers. Is there a plan to do so? From crschmidt at metacarta.com Thu Sep 6 07:26:38 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Sector and Arc Geometry In-Reply-To: References: <20070904151534.GA2292@metacarta.com> Message-ID: <20070906112638.GB15898@metacarta.com> On Thu, Sep 06, 2007 at 02:53:41PM +0400, Vladimir Elistratov wrote: > On Tue, 4 Sep 2007 11:15:34 -0400 > Christopher Schmidt wrote: > >On Tue, Sep 04, 2007 at 03:57:47PM +0400, Vladimir Elistratov wrote: > >>I suggested to include Sector and Arc Geometry to the library. > >>Example > >>application is pie charts on a map. > >>What do you think? > >> > >>I have already implemented Sector for SVG. > > >For the most part, geometries in OpenLayers correspond to those > >described by the GML Simple Features Profile > >(http://www.ogcnetwork.net/gml-sf). In particular, they are "points, > >lines, polygons (and collections of these)." > > > >In order to fit in with the other geometry classes, it is important that > >geometry.calculateBounds sets geometry.bounds as the the envelope of > >the geometry. > > > >In addition, the geometry.toString method returns Well-Known Text for > >all geometries. Geometries cannot only be serialized into WKT, but also > >GML, KML, GeoRSS, and GeoJSON. This is accomplished with the Format > >classes. > > > >This last bit allows all geometries to be serialized and sent to some > >persistance layer. > > > >All these things (in my mind) are important (and defining) > >characteristics of the geometry classes. > >""" > > > >-- tschaub, #903 > > > >I'd be surprised to find that sectors and arcs can not be > >represented by > >sufficiently complex polygons. There is an outstanding patch to add > >support for a Class instance on Polygon to support creation of > >regular-polygons: that is, multisided polygons with the same angle > >between each side. These approximate a circle for a sufficiently > >large > >side value. I would expect that a sector or arc would simply be a > >partial-circle, possibly a linestring instead of a polygon. Either > >of > >these are probably welcome helper functions to the appropriate > >geometry > >types, given sufficient tests. > > > >I think this would resolve your specific use case. If it doesn't, I > >may > >be misunderstanding: further feedback welcome. > > This function should solve the problem of Arc and Sector. Where can it > be found? Is it available under the same license as OpenLayers? It will be once it's in trunk. Currently, it's only in a patch, here: http://trac.openlayers.org/attachment/ticket/828/regular_polygon_trunk.2.patch > The other solution would be to explicitly allow the use of SVG images > loaded from a string or from a file like it is done now with markers. > Is there a plan to do so? SVG images, or raster graphics? VML can't render SVG, so allowing SVG graphics goes against the "don't expose platform differences to the user whenever possible", but external raster graphics are already supported: see http://openlayers.org/dev/examples/vector-features.html and the description at the bottom of the page. Regards, -- Christopher Schmidt MetaCarta From v_elistratov at rambler.ru Fri Sep 7 06:19:19 2007 From: v_elistratov at rambler.ru (Vladimir Elistratov) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Sector and Arc Geometry In-Reply-To: <20070906112638.GB15898@metacarta.com> References: <20070904151534.GA2292@metacarta.com> <20070906112638.GB15898@metacarta.com> Message-ID: > SVG images, or raster graphics? VML can't render SVG, so allowing SVG > graphics goes against the "don't expose platform differences to the user > whenever possible", but external raster graphics are already supported: > see http://openlayers.org/dev/examples/vector-features.html and the > description at the bottom of the page. Ok, let's wait till Internet Explorer supports SVG. From crschmidt at metacarta.com Fri Sep 7 06:34:35 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] Sector and Arc Geometry In-Reply-To: References: <20070904151534.GA2292@metacarta.com> <20070906112638.GB15898@metacarta.com> Message-ID: <20070907103435.GA2867@metacarta.com> On Fri, Sep 07, 2007 at 02:19:19PM +0400, Vladimir Elistratov wrote: > >SVG images, or raster graphics? VML can't render SVG, so allowing SVG > >graphics goes against the "don't expose platform differences to the user > >whenever possible", but external raster graphics are already supported: > >see http://openlayers.org/dev/examples/vector-features.html and the > >description at the bottom of the page. > > Ok, let's wait till Internet Explorer supports SVG. I'm not sure if this is serious or tongue-in-cheek, but in case it was serious, I don't expect Internet Explorer to *ever* support SVG: they have VML, which is a similar (but different enough to not be compatible) technology, and have made no moves towards supporting SVG. Regards, -- Christopher Schmidt MetaCarta From crschmidt at metacarta.com Fri Sep 7 07:57:10 2007 From: crschmidt at metacarta.com (Christopher Schmidt) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] ModifyFeature control comments Message-ID: <20070907115710.GA11005@metacarta.com> Comments on use of the current modify feature control: * Deleting points does not offer enough feedback to external applications to actually make use of it. If we're going to support deletion of features, there needs to be a better hook -- something like 'onDelete' -- which is passed the feature. * Point modifications are iffy at best. Clicking them to select typically works, but clicking to unselect doesn't work so well, and after 'deleting' a feature, it seems impossible to get off that feature and edit something else. * It would be nice if the DragFeature control could be integrated as well: if you have a feature selected, and you drag it, the feature could move. * Current code is lacking an onModification call inside the handleKeypress code, so deletes don't trigger onModification. (This is a simple one line fix, just writing it down cause I don't have time to muck with it at the moment.) In general, it's looking very nice -- these are just things I came across when setting up http://labs.metacarta.com/atompub/app-demo.html -- note that there is no point drawing here, because the point modification stuff just felt a bit too rough for me to mess with. Thanks to all the hard work that everyone has been doing on this! I'm looking forward to Tim getting back and working on getting all this into trunk for 2.5. Regards, -- Christopher Schmidt MetaCarta From pspencer at dmsolutions.ca Sat Sep 8 14:51:33 2007 From: pspencer at dmsolutions.ca (Paul Spencer) Date: Wed Sep 1 17:23:31 2010 Subject: [OpenLayers-Dev] foss4g coding sprint Message-ID: <1466B2E9-FA15-43AF-95DB-439ECCB6295A@dmsolutions.ca> Just wondering who is going to join the OL coding sprint and what folks are interested in working on? Cheers Paul PS I'll be there and I am interested in animated zooming, adding a