On Wed, Jun 12, 2013 at 12:49 AM, Landon Blake wrote:
>
> Please share your thoughts with me. I'll consider the input from the
> Geotools community before I move forward. If hosting this code at Geotools
> is a bad idea, tell me. I won't get my feelings hurt. :]
>
In order to be a GeoTools modul
If so nobody told me.
--
Jody Garnett
On Wednesday, 12 June 2013 at 12:09 PM, Ben Caradoc-Davies wrote:
> Please. I thought it was a standing joke!
>
> On 11/06/13 16:38, Jody Garnett wrote:
> > Evening Ben:
> >
> > Reviewing meeting notes from a couple weeks ago, you mentioned that the
> >
Landon,
please see Justin's helpful guide:
http://docs.geotools.org/latest/developer/procedures/git.html
(1) In githib fork geotools to make yourusername/geotools.
(2) Add your github geotools repo as a git remote for your local repo.
(3) Push your changes to your github repo (I recommend a bra
Please. I thought it was a standing joke!
On 11/06/13 16:38, Jody Garnett wrote:
> Evening Ben:
>
> Reviewing meeting notes from a couple weeks ago, you mentioned that the
> SOSNOKILL license appears to be BSD? Indeed Sosnoski-License.
>
> While I am the first to admire the power of a typo, if thi
MultiThreaded processing is always a fun game. You may wish to look into what
is already available and come up with some best practices for use with
GeoSpatial data. Such a direction could benefit all the Java projects.
There are a couple of approaches:
1) Thread First
You should also have a
The pull request process is unqiue to github.
It is basically a front end for the github server doing some merging on your
behalf. If you click the correct link in github it will show you the commands
to grab the pull request into your local computer (which you would want to do
to run test case
I've been trying to learn how to use Git and Git in Eclipse for the last
couple of days. I'll need to do this so I can help Julian add the JTin
module for Summer of Code to the Geotools source code repository. I also
need this to figure out how to review the push request on the Geotools DXF
module.
I've been chewing over a plan to extract some of the most beneficial parts
of OpenJUMP into a stand-alone library that can be used outside of the
OpenJUMP GUI. I've decided to focus this project, at least for the short
term, on supporting multi-threaded geospatial processing using OpenJUMP's
simple
Andrea Ai
Thanks Ben.
ejudge@ejudgerhl:~$ locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=
ejudge@ejudgerhl:~$
Edward Judge
Software Engineer
IBM
>
> I think I understood what you mean: the SLDTransformer class should be the
> one doing the encoding.
> I created a new JIRA to add support to that too.
> I don't think it should be difficult to implement, but maybe the
> GrowableInternationalString implementation that I'm using now will need to
2013/6/10 Jody Garnett
> Catching up with this thread!
>
> Checked it over, looks good. I may of missed it in the test cases, did
> you support encoding on this one?
>
> It was pointed out in the Skype meeting that I need to be more clear :-D
>
> I was trying to ask if XML output can be generated
Mauro Bar
On Tue, Jun 4, 2013 at 3:30 PM, Justin Deoliveira wrote:
> I see, so a generic binding for LineString that would then do some
> typechecks and delegate to the proper
>
>> subclasses? My worry is, at that point, isn't the element used for
>> encoding pretty much cast in stone?
>>
>
> Yeah, the bind
Evening Ben:
Reviewing meeting notes from a couple weeks ago, you mentioned that the
SOSNOKILL license appears to be BSD? Indeed Sosnoski-License.
While I am the first to admire the power of a typo, if this is indeed the case
I would like to fix our docs.
--
Jody Garnett
--
15 matches
Mail list logo