Hey Frank:

That is so cool; I have talked a number of teams through producing mil2525b 
symbols (and they never committed back)

Getting svn access for a new module such as this is covered in our developers 
guide and really does not take very long. Indeed you may already be done one of 
the steps which is sending an email asking for for an unsupported module.
- http://docs.codehaus.org/display/GEOT/Creating+your+own+Module

I encourage you to do this and add it to unsupported under your own steam :-) 
Note to accept your work we would still need you to go through the process[1] 
of giving it to the osgeo foundation.

Jody

[1] http://docs.codehaus.org/display/GEOT/1+Contributors

On 13/12/2010, at 5:35 AM, Frank Gasdorf wrote:

> Hello List,
> 
> I'd like to present a simple module to render mil2525b symbols. What I've 
> done so far:
> - created a maven module
> - added dependency to mil2525b_png.jar (taken from the openmap project), see 
> pom file for version, artifactId and groupId to deploy/install it to your 
> maven repository
> - created a URLStreamHandlerFactory and the required classes that
>   - handles mil2525b://${symbolId} URL's
>   - handles symbolId's shorter than 15 chars and
>   - case insensitive symbolId's
> - created test cases 
> 
> Because I've no commit access to the gt repository and the extension doesn't 
> have geotools dependencies the project sources are zipped and attached to 
> this mail.
> 
> Feedback is welcome! Properly somebody like to commit it to unsupported?
> 
> Cheers, Frank
> 
> 2010/12/10 Andrea Aime <[email protected]>
> On Fri, Dec 10, 2010 at 2:09 PM, Frank Gasdorf
> <[email protected]> wrote:
> > Andrea, of course! But the question is how can I contribute? A separate
> > unsupported module? How to handle the depencency, add it to the pom as well
> > as the osgeo maven repository or same kind of integration as it is made for
> > arcsde, where the jar has to be in classpath?
> >
> > Otherwise I could create a jar with the URL stuff and internal 2525b icon
> > jar.
> >
> > Both are fine ;)
> 
> I guess a separate module would be the best solution. There are already 
> modules
> that only implement an ExternalGraphicFactory and that are separate because
> of the heavy dependencies, the SVG one for example.
> The jar would be better stored in a maven repository though, I can deploy
> it there if you want to contribute the module
> 
> Cheers
> Andrea
> 
> 
> -----------------------------------------------------
> Ing. Andrea Aime
> Senior Software Engineer
> 
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> 
> phone: +39 0584962313
> fax:     +39 0584962313
> 
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
> 
> -----------------------------------------------------
> 
> <gt-mil2525b.zip>------------------------------------------------------------------------------
> Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
> new data types, scalar functions, improved concurrency, built-in packages, 
> OCI, SQL*Plus, data movement tools, best practices and more.
> http://p.sf.net/sfu/oracle-sfdev2dev 
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel

------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to