[OpenLayers-Dev] styling RegularPolygon handler?

[Bart van den Eijnden]

Hi list,

is there currently a way to not have the RegularPolygon handler draw things in 
the default style, but in another style?

The constructor currently reads:

this.style = OpenLayers.Util.extend(OpenLayers.Feature.Vector.style['default'], 
{});

which gives me no option to change the style.

Best regards,
Bart
___
Dev mailing list
Dev@openlayers.org
http://openlayers.org/mailman/listinfo/dev

[OpenLayers-Dev] Lang not in utf-8, small fix

[Alexandre Dube]

Hi,

  I opened a small ticket [1] including a fix for the only lang file not 
in utf-8.  There's a bug when using this file in IE6 while using a meta 
http-equiv=Content-Type content=text/html; charset=utf-8 tag.

Regards,

[1] http://trac.openlayers.org/ticket/2472

-- 
Alexandre Dubé
Mapgears
www.mapgears.com

___
Dev mailing list
Dev@openlayers.org
http://openlayers.org/mailman/listinfo/dev

Re: [OpenLayers-Dev] styling RegularPolygon handler?

[Tim Schaub]

Bart van den Eijnden wrote:
 Hi list,
 
 is there currently a way to not have the RegularPolygon handler draw things 
 in the default style, but in another style?
 
 The constructor currently reads:
 
 this.style = 
 OpenLayers.Util.extend(OpenLayers.Feature.Vector.style['default'], {});
 
 which gives me no option to change the style.
 

Here are the related changes to allow this in the other sketch handlers:

http://trac.openlayers.org/changeset/7964#file1
http://trac.openlayers.org/changeset/8831#file1

You could create a similar patch for the regular polygon handler.

Tim

 Best regards,
 Bart
 ___
 Dev mailing list
 Dev@openlayers.org
 http://openlayers.org/mailman/listinfo/dev


-- 
Tim Schaub
OpenGeo - http://opengeo.org
Expert service straight from the developers.
___
Dev mailing list
Dev@openlayers.org
http://openlayers.org/mailman/listinfo/dev

[OpenLayers-Dev] Migration of Trac/SVN to OSGeo

[Christopher Schmidt]

Hi,

In order to shift the OpenLayers trac/svn services off of a server that is
being decommissioned, it would be beneficial to have OpenLayers developers:

 * Register for an OSGeo Account: 
https://www.osgeo.org/cgi-bin/ldap_create_user.py

 * List their names under:
   http://trac.openlayers.org/wiki/OSGeoAccounts

Thanks,
-- 
Christopher Schmidt
MetaCarta
___
Dev mailing list
Dev@openlayers.org
http://openlayers.org/mailman/listinfo/dev

Re: [OpenLayers-Dev] GetFeature control question

[Eric Lemoine]

On Saturday, February 6, 2010, Andreas Hocevar ahoce...@opengeo.org wrote:
 Eric Lemoine wrote:

 On Mon, Jan 11, 2010 at 3:22 PM, Bart van den Eijnden bart...@osgis.nl 
 wrote:


 Hi list,

 I am failing to understand the following line in 
 OpenLayers.Control.GetFeature:

 maxFeatures: options.single == true ? this.maxFeatures : undefined,

 I would expect it to be:

 maxFeatures: options.single == true ? 1: this.maxFeatures,

 so if we only want a single feature, have it set to 1, otherwise use the 
 maxFeatures given by the application designer.



 I'd make more sense to me too.



 You are looking at this line without the context. There is also:

 if(options.single == true) {
    this.selectBestFeature(result.features,
    bounds.getCenterLonLat(), options);
 } else {
    this.select(result.features);
 }

 One of the key advantages of the GetFeature control over WMSGetFeature is 
 that it will *always* just return *one single feature* on a click, and this 
 feature will be the *best matching one*. The maxFeatures config option is 
 just about how many features to use to determine the best matching one. Maybe 
 this should be documented better.

Thanks for the explanation Andreas. I also didn't understand that part
of the code. Clear now.



-- 
Eric Lemoine

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel : 00 33 4 79 44 44 96
Mail : eric.lemo...@camptocamp.com
http://www.camptocamp.com
___
Dev mailing list
Dev@openlayers.org
http://openlayers.org/mailman/listinfo/dev