Sunburned Surveyor wrote:
> I finally got the export of a PDF version of the GeoTools developer
> guide to work after singing up with Codehaus. Perhaps we should add a
> note indicating that the document conversion will only work for
> registered users of the site?
Or I can just remove the button a
WMS is GetCapabilities requests that have non key value pair information
Key: GEOT-1815
URL: http://jira.codehaus.org/browse/GEOT-1815
Project: GeoTools
Issue Type: Bug
I finally got the export of a PDF version of the GeoTools developer
guide to work after singing up with Codehaus. Perhaps we should add a
note indicating that the document conversion will only work for
registered users of the site? Just a thought...
I noted that the chapters of the exported PDF se
Sunburned Surveyor wrote:
> It seems I had to look very hard to find the link to sign up with the
> Codehaus GeoTools project. I think this is the link:
>
> http://docs.codehaus.org/signup.action
>
> I was wondering if it my be put on the development page, or maybe a
> page that outlines the steps
It seems I had to look very hard to find the link to sign up with the
Codehaus GeoTools project. I think this is the link:
http://docs.codehaus.org/signup.action
I was wondering if it my be put on the development page, or maybe a
page that outlines the steps to become a contributor, if one exists
Exception when cropping to small region
---
Key: GEOT-1814
URL: http://jira.codehaus.org/browse/GEOT-1814
Project: GeoTools
Issue Type: Bug
Components: core coverage
Affects Versions: 2.4.2
Adrian Custer wrote:
> You will note that spike is now under trunk. The code there is what was
> requested that we keep from spike. We should plan to clean this out over
> the next few months.
>
Everything is building okay for me on Windows now, mvn eclipse:eclipse
as well.
Thanks for fixing t
JAMISON CONLEY wrote:
> Andrea & Jody,
>
> From reading the proposal I didn't think that assignment process I
> described was how it worked, but with a sufficiently (or overly)
> complex symbol name, most of the functionality can be incorporated.
> Instead of an XML snippet of
> 15
> the name c
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/571/changes
--
started
One or more repository locations do not exist anymore for geotools-trunk,
project will be disabled.
---
See http://gridlock.openplans.org:8080/hudson/job/geotools-2.4.x/84/changes
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/570/changes
--
started
ERROR: svn: No part of path '/geotools/trunk/gt' was found in repository HEAD
org.tmatesoft.svn.core.SVNException: svn: No part of path '/geotools/trunk/gt'
was found in
See http://gridlock.openplans.org:8080/hudson/job/geotools-2.4.x/83/changes
--
started
ERROR: svn: No part of path '/geotools/branches/2.4.x' was found in repository
HEAD
org.tmatesoft.svn.core.SVNException: svn: No part of path
'/geotools/branches/2.4.x'
On Wed, 2008-05-14 at 09:07 -0700, Jody Garnett wrote:
> Jody Garnett wrote:
> > Try the following (and please email back to this thread when you have
> > made the change over):
> >
> >> svn co http://svn.geotools.org/trunk trunk
> >>
> > If every one is happy we can update the developers
Jody Garnett a écrit :
> I got a place where I am 'unhappy' ... in my checkout I am no longer
> getting the correct line feeds for windows. Previously I could check out
> and edit README.html and rename.xml in the root folder in notepad; I no
> longer can...
>
> Is this a repository specific se
Andrea & Jody,
>From reading the proposal I didn't think that assignment process I described
was how it worked, but with a sufficiently (or overly) complex symbol name,
most of the functionality can be incorporated. Instead of an XML snippet of
15
the name could have
glyph://arrow?headSize=15&len
Jody Garnett wrote:
> Try the following (and please email back to this thread when you have
> made the change over):
>
>> svn co http://svn.geotools.org/trunk trunk
>>
> If every one is happy we can update the developers guide tomorrow.
>
I got a place where I am 'unhappy' ... in my che
JTS.shapeToGeometry ClassCastException typo, fixed with patch attached
--
Key: GEOT-1813
URL: http://jira.codehaus.org/browse/GEOT-1813
Project: GeoTools
Issue Type: Bug
Hey all,
Whomever is running the CIA-53 bot to keep an eye on our subversion
needs to help that poor spying agent notice that the world has changed
and that it had better now start looking in a new place for yet another
source of world changing subversive activity.
that is all,
--adrian
---
Hey all,
Looks like svn is back up at
http://svn.geotools.org/
with
trunk/
branches/
tags/
directories at the top level and the mainline now directly under trunk.
I've tested builds on trunk/ and branches/2.4.x and things work at
revision 30262.
So do new checkouts and make sur
Thanks for the patch!
A good idea to fix code rather than merely commenting it out.
Unfortunately for trunk it will require more than quick tweaks. Martin
is aware the test is commented out for now.
Committed your patch to branches/2.4.x at rev. 30261
Commented out the test on trunk/ at rev. 302
The patch attached to GEOT-1812 fixes this build failure (for 2.4.x):
http://jira.codehaus.org/browse/GEOT-1812
Ben Caradoc-Davies wrote:
> I had the same failure with 2.4.x (fresh checkout of r30260), and
> Adrian's solution fixed it (commenting out the javadoc module in
> build/maven/pom.xml)
Build failure: update taglet to new svn repo
Key: GEOT-1812
URL: http://jira.codehaus.org/browse/GEOT-1812
Project: GeoTools
Issue Type: Bug
Components: core main
Reporter: B
22 matches
Mail list logo