[Geotools-devel] [jira] Reopened: (GEOT-3587) Use .rst extension for all sphinx source files

[ http://jira.codehaus.org/browse/GEOT-3587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ben Caradoc-Davies reopened GEOT-3587: -- Michael, your commit in r37204 has broken every page that includes or references another file by

[Geotools-devel] Build failed in Hudson: geotools-trunk-docs #817

See Changes: [victortey] GEOT-3198:BigDecimal conversion exception for primary key field - Oracle database -- Started by an SCM change Updating http://svn.osgeo.org/geotools/trunk U

[Geotools-devel] Build failed in Hudson: geotools-trunk-docs #816

See Changes: [mbedward] GEOT-3587 rst extension for sphinx source files -- [...truncated 588 lines...] A docs/user/welcome/standards.rst A docs/user/welcome/eclipse.rst

Re: [Geotools-devel] Development tools for docs

I meant to add, for vim I use MacVim on OSX plus the jVi plugin in NetBeans. Michael On 16 May 2011 11:42, Michael Bedward wrote: > On 16 May 2011 07:59, David Winslow wrote: >> I use vim for working on Sphinx projects > > Me too - Vim's is excellent  (I even have the t-shirt :) > > Jira issue

Re: [Geotools-devel] Development tools for docs

On 16 May 2011 07:59, David Winslow wrote: > I use vim for working on Sphinx projects Me too - Vim's is excellent (I even have the t-shirt :) Jira issue to change the doc source extension back to .rst: http://jira.codehaus.org/browse/GEOT-3587 Jody has already said this is OK with him now that

[Geotools-devel] [jira] Created: (GEOT-3587) Use .rst extension for all sphinx source files

Use .rst extension for all sphinx source files -- Key: GEOT-3587 URL: http://jira.codehaus.org/browse/GEOT-3587 Project: GeoTools Issue Type: Task Components: doc Reporter: Mi

Re: [Geotools-devel] ContentFeatureStore for CSV tututorial

Right - changes to ContentFeatureStore, see GEOT-3586 just submitted with patch. When that's fixed, I'll commit the CSV changes. Thanks, Lee On 5/15/2011 4:10 PM, Jody Garnett wrote: If it is a change to one of the core classes we need to make a Jira + patch. If it is just a change to CSVFea

[Geotools-devel] [jira] Created: (GEOT-3586) ContentFeatureStore fixes

ContentFeatureStore fixes - Key: GEOT-3586 URL: http://jira.codehaus.org/browse/GEOT-3586 Project: GeoTools Issue Type: Bug Components: data Affects Versions: 8.0-M0 Reporter: Lee Breisacher

Re: [Geotools-devel] ContentFeatureStore for CSV tututorial

If it is a change to one of the core classes we need to make a Jira + patch. If it is just a change to CSVFeatureWriter then you can commit directly? -- Jody Garnett On Monday, 16 May 2011 at 8:45 AM, lee-verizon wrote: > The javadoc in FeatureWriter: > > * After aquiring a feature using nex

[Geotools-devel] GeoTools 8.0-M1 release request

I would like to release GeoTools 8.0-M1 at the end of this week; in support of uDig 1.2.2. Any work going on I should be aware of? I have been working on WFSDataStore for a bit; closing issues encountered from uDig. -- Jody Garnett -

Re: [Geotools-devel] ContentFeatureStore for CSV tututorial

The javadoc in FeatureWriter: * After aquiring a feature using next() you may call remove() or after * modification write(). If you do not call one of these two methods before * calling hasNext(), or next() for that matter, the feature will be left * unmodified. So yeah, I think we should

Re: [Geotools-devel] geomajas roll call?

Cool! I was going through the user guide; and we have a "welcome" page for various projects; do you think you could write one for GeoMajas developers? The idea is to point out how to use GeoTools from inside your project and generally be friendly. Do you think you could write something for Geo

Re: [Geotools-devel] Development tools for docs

On Sun, May 15, 2011 at 9:56 AM, Andrea Aime wrote: > c) all the way down to command line with vim, which also syntax > highlights rst. Needs some obscure command >to turn on word wrapping, save, ctrl-z to go to command line, > build, firefox, "fg" to get vim back and continue. >Don't lik

Re: [Geotools-devel] geomajas roll call?

Me (Joachim Van der Auwera), and I am pretty sure Pieter Degraef and Jan De Moerloose also follow this list. Kind regards, Joachim On 05/15/2011 02:53 PM, Jody Garnett wrote: Quick question; who do we have on this email list from the GeoMajas project? -- Jody Garnett -

[Geotools-devel] Hudson build is back to normal : geotools-trunk #3589

See -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach o

[Geotools-devel] Build failed in Hudson: geotools-trunk #3587

See Changes: [aaime] Reverting a (hopefully unadverted) change that would make the build ignore test failures -- [...truncated 4946 lines...] [INFO]task-segment: [clean, install] [INFO

Re: [Geotools-devel] Development tools for docs

On Sun, May 15, 2011 at 4:13 PM, lee-verizon wrote: > You probably know this already, but there's a little bit of info here: > http://groups.google.com/group/sphinx-dev/browse_thread/thread/ffd99304f4f9903d/85775bdf8db17c1a?lnk=gst&q=editor#85775bdf8db17c1a Yep, stumbled into it the first time I

Re: [Geotools-devel] Development tools for docs

You probably know this already, but there's a little bit of info here: http://groups.google.com/group/sphinx-dev/browse_thread/thread/ffd99304f4f9903d/85775bdf8db17c1a?lnk=gst&q=editor#85775bdf8db17c1a Lee On 5/15/2011 6:56 AM, Andrea Aime wrote: > Hi, > it occurred to me it may be of interest t

[Geotools-devel] Development tools for docs

Hi, it occurred to me it may be of interest to share how I work on the docs, and maybe hear how other do it as well. I basically tried a few ways: a) from Eclipse use an old plugin called Afae (http://robrohan.com/2005/07/01/afae-an-all-purpose-editor-for-eclipse/) which I hand modified to do s

[Geotools-devel] geomajas roll call?

Quick question; who do we have on this email list from the GeoMajas project? -- Jody Garnett -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel ha

Re: [Geotools-devel] Speeding up doc build

On Sun, May 15, 2011 at 12:07 PM, Michael Bedward wrote: > Sounds good - look forward to it. Thanks Andrea. Oh, forgot to say, I've committed it already on trunk Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio

Re: [Geotools-devel] Speeding up doc build

Sounds good - look forward to it. Thanks Andrea. Michael On 15 May 2011 20:04, Andrea Aime wrote: > On Sun, May 15, 2011 at 11:56 AM, Jody Garnett wrote: >> This sounds great Andrea; and much better then what mbedward and myself were >> considering. >> When you have committed can we grab some b

Re: [Geotools-devel] Speeding up doc build

On Sun, May 15, 2011 at 11:56 AM, Jody Garnett wrote: > This sounds great Andrea; and much better then what mbedward and myself were > considering. > When you have committed can we grab some build advice for the developers > guide? (what profiles; ant; etc...) Oh, just like the user one: mvn ins

Re: [Geotools-devel] Removing old/unused/aborted

I can copy the code over; (I recently used them with Simon Greener who was looking at measure support - details in Jira). But I don't want to cause trouble for the first person to build with oracle. -- Jody Garnett On Sunday, 15 May 2011 at 7:38 PM, Andrea Aime wrote: > On Sun, May 15, 2011 at

Re: [Geotools-devel] Speeding up doc build

This sounds great Andrea; and much better then what mbedward and myself were considering. When you have committed can we grab some build advice for the developers guide? (what profiles; ant; etc...) -- Jody Garnett On Sunday, 15 May 2011 at 7:34 PM, Andrea Aime wrote: > Hi, > this morning I

Re: [Geotools-devel] Removing old/unused/aborted

On Sun, May 15, 2011 at 10:11 AM, Jody Garnett wrote: > 2) Need to rescue the SDO test cases from oracle-spatial (the jdbc-ng only > took the SDO class and not the test cases). > > Be my guest and go ahead. > > I don't have oracle to verify the test; I am just saying that this work is > not done;

[Geotools-devel] Speeding up doc build

Hi, this morning I wanted to edit the unsupported modules rst pages and ended up going through the geotools docs build process for the first time. Run mvn install in the docs module and saw sphinx process through 4 different documentation sets, building everything from scratch. 1 minute build. Run

Re: [Geotools-devel] Community modules cleanup

Yep; that is when I got frustrated and decided to document everything; even > > with just a placeholder page :-) > T'was a good idea. Thanks; it really helped for collecting examples for the user list (as there was a page to add them to). > > One thing that is missing from simone's clean up is re

Re: [Geotools-devel] Removing old/unused/aborted

1) Need to remove the following from docs. > The following... ? >From the previous email (that I was replying to): -sql-datastore -oracle-spatial -gpx2 -geometryless -mysql -db2 Looks like mebedward has already done the deed. Thanks! > > 2) Need to rescue the SDO test cases from oracle-spatial (t

Re: [Geotools-devel] Community modules cleanup

Hi Jody > Yep; that is when I got frustrated and decided to document everything; even > with just a placeholder page :-) T'was a good idea. > One thing that is missing from simone's clean up is removing the docs for > plugins that have now been deleted. I've done that. What do you think to the

Re: [Geotools-devel] Removing old/unused/aborted

On Sun, May 15, 2011 at 9:00 AM, Jody Garnett wrote: > A couple more things need to be done for this to be closed off. > 1) Need to remove the following from docs. The following... ? > 2) Need to rescue the SDO test cases from oracle-spatial (the jdbc-ng only > took the SDO class and not the tes

Re: [Geotools-devel] Removing old/unused/aborted

A couple more things need to be done for this to be closed off. 1) Need to remove the following from docs. 2) Need to rescue the SDO test cases from oracle-spatial (the jdbc-ng only took the SDO class and not the test cases). 3) Need to sort out Jira; what is the call on this can I mark all of