[OpenLayers-Users] Error in markers location on zooming

david delannoy david.delannoy at avignon.inra.fr
Wed Jun 6 10:51:10 EDT 2007


Christopher Schmidt a écrit :
> On Wed, Jun 06, 2007 at 02:58:07PM +0200, david delannoy wrote:
>   
>> I see that my email has been taken very agressively. I 'm sorry cause 
>> that was not my first intention. 
>>     
>
> I appreciate you saying so. I wasn't particularly upset by it, but I do
> want to make clear that most of the support that I and others offer on
> this mailing list is offered on our own time, and there are damn few of
> us compared to the number of users. For example, there are 306 users on
> the 'users' mailing list -- only 39 people have ever requested a
> password for trac/wiki, only 21 users have ever asked for commit access
> of any kind, and we only have 7 core committers. 
>
> You can imagine that with 10 users for every 'helper', full support is at
> best difficult. Luckily, we have a very active community, so eve users
> who have never committed a line of code or filed a bug report are often
> able to help. At the same time, it's a big (and growing) project, so
> sometimes things get lost in the shuffle.
>
>   
>> Like most people on this list, I'm 
>> trying to do my best to understand the code. When I encounter a problem, 
>> I try first to solve it myself :  I went into the source code but I'm 
>> not an expert in Javascript developpement and this code is not easy to 
>> understand. 
>>     
>
> I think I find it easier to understand than any other Javascript I've
> read -- however, I'd obviously think that, since I wrote it :) I do know
> that if you have problems that you're spending time (where time is
> money) on solving, you can probably seek out help from the list. A
> number of our developers are great at helping out when you work with
> them: I highly recommend to anyone (and not just you) that if they're
> going to work on OpenLayers stuff full time, they strongly consider
> working with an existing developer on creating a support contract. 
>
> http://www.osgeo.org/search_profile?SET=1&MUL_TECH%5B%5D=00038 is a
> wonderful utility listing those people who work on OpenLayers as service
> providers: Although paying someone every time doesn't help, sometimes
> having that as a resource is extremely useful.
>
>   
>> If I don't find the solution, I ask to the communauty; and 
>> that's what I did. I really appreciate what you have done with 
>> Openlayers; that's a real plus for the developpers and users 
>> communities. You're right, I should be more patient and I'm sorry for 
>> that...This is just that I worked hardly yerterday evening to find a 
>> solution; anyway, that's not an excuse.
>>     
>
> Not an excuse, perhaps, but it's understandable. We all have those days.
> I know that I'm no better about many of the emails I send. The important
> thing is that we all work on helping each other out where possible.
>
> Regards,
>   
Thank you for your answer.

>I appreciate you saying so. I wasn't particularly upset by it, but I do
>want to make clear that most of the support that I and others offer on
>this mailing list is offered on our own time, and there are damn few of
>us compared to the number of users. For example, there are 306 users on
>the 'users' mailing list -- only 39 people have ever requested a
>password for trac/wiki, only 21 users have ever asked for commit access
>of any kind, and we only have 7 core committers. 

Well, it could be better but I imagine that the users, as I am, are all 
very busy by their own stuff. For
the moment, I acknowledge that I 'm more worried by my responsabilities 
than the necessity to enrich the
open source community. It's obvious that you're right but for people 
like me, who are not issued from
the open source community, that's not yet a reflex...Now, I will be more 
attentive to that purpose.

>I think I find it easier to understand than any other Javascript I've
>read -- however, I'd obviously think that, since I wrote it :) I do know
>that if you have problems that you're spending time (where time is
>money) on solving, you can probably seek out help from the list. A
>number of our developers are great at helping out when you work with
>them: I highly recommend to anyone (and not just you) that if they're
>going to work on OpenLayers stuff full time, they strongly consider
>working with an existing developer on creating a support contract. 

>http://www.osgeo.org/search_profile?SET=1&MUL_TECH%5B%5D=00038 is a
>wonderful utility listing those people who work on OpenLayers as service
>providers: Although paying someone every time doesn't help, sometimes
>having that as a resource is extremely useful.

Thank you for that. That's a good point, even if I'm working for a 
public research organism and we can't pay
a lot for external services.

>Not an excuse, perhaps, but it's understandable. We all have those days.
>I know that I'm no better about many of the emails I send. The important
>thing is that we all work on helping each other out where possible.

Yes, completely agree with you. As I said previously, we are a public 
research organism, more particularly an agronomical organism with more 
than 20000 employees. I know that the open source capabilities and 
particularly cartographical frameworks are more and more used in our 
community. I started with mapserver, then I've choosen OpenLayers for 
its easy implementation and its great capabilities (like google maps 
api). Even if the cartographical module of my application is simple, it 
will be used by few thousand of people in France. For the moment, I 
can't contribute activly to the OpenLayers quality improvment . However, 
I started to communicate about the openlayers capabilities around me; 
Moreover, the use of my application will be a good publicity for 
OpenLayers in our community. I hope that will help you to increase the 
flow of contributions.

Regards,
David

-- 
David DELANNOY
Ingénieur en Bioinformatique
Unité Agroclim
Site Agroparc
INRA AVIGNON
david.delannoy at avignon.inra.fr
04 32 72 24 13




More information about the Users mailing list