Jody Garnett wrote:
> Sounds *great* Daniele; a strong +1 from me :-)
>
> I would like to start communicating "unsupported" modules a bit
> better; and "raise the bar" for participation. Could I ask you set up
> a documentation page with a code example earlier rather then later.
Ummm... I am not sure you can just change the process like that :) We
discussed how unsupported modules should work in great detail when they
came into existence and it was agreed to keep the bar as low as
possible. Was there not a proposal that went through?
> (I am tired of documentation / communication being a hurdle for
> supported status - since it prevents a module from getting public
> feedback until too late to be helpful).
I am not sure I agree. If the maintainer is actually serious about
supporting the module a page on the wiki should not be much of a hurdle.
Especially compared to some of the others like test coverage etc...
>
> Jody
>
> On Thu, Oct 29, 2009 at 11:54 PM, Daniele Romagnoli
> <
[hidden email]> wrote:
>> Hi list,
>> I would like to add a new gt-idl-process unsupported module (leveraging on
>> gt-process) on geotools trunk to allow exposing IDL algorithms/functions as
>> geotools processes.
>> We have used it on gt-2.5.x (within a private SVN) to add feature-extraction
>> (IDL based) capabilities to the geoserver 1.7.x WPS.
>> Basically, this have been achieved by wrapping an IDL feature-extraction
>> function into a Java IDL Object wrapper by using the IDL Bridge Export
>> Assistant Module.
>> Then we have exposed this capability as a Geotools process and a proper set
>> of factories. Moreover, a poolable factory is serving IDL Object wrappers
>> needed by executing processes.
>> Can I obtain the "GO" to committ this work on unsupported land?
>> Anyway, before doing this, I'll wait for feedbacks on GEOT-2485.
>>
>> Best Regards,
>> Daniele
>>
>> --
>> -------------------------------------------------------
>> Eng. Daniele Romagnoli
>> Software Engineer
>>
>> GeoSolutions S.A.S.
>> Via Carignoni 51
>> 55041 Camaiore (LU)
>> Italy
>>
>> phone: +39 0584983027
>> fax: +39 0584983027
>> mob: +39 328 0559267
>>
>>
>>
http://www.geo-solutions.it>>
>> -------------------------------------------------------
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>
http://p.sf.net/sfu/devconference>> _______________________________________________
>> Geotools-devel mailing list
>>
[hidden email]
>>
https://lists.sourceforge.net/lists/listinfo/geotools-devel>>
>>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>
http://p.sf.net/sfu/devconference> _______________________________________________
> Geotools-devel mailing list
>
[hidden email]
>
https://lists.sourceforge.net/lists/listinfo/geotools-devel--
Justin Deoliveira
OpenGeo -
http://opengeo.orgEnterprise support for open source geospatial.
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
