Re: [Geotools-devel] Question for Giterons

On Fri, Nov 11, 2011 at 8:19 AM, Andrea Aime wrote: > We had this discussion already on gs-devel six months ago: > > http://osgeo-org.1803224.n2.nabble.com/Community-modules-and-the-whole-development-process-td6360374.html > I also hear git on windows is still problematic to use (yeah, almost > no

Re: [Geotools-devel] Question for Giterons

On Fri, Nov 11, 2011 at 8:19 AM, Andrea Aime wrote: > On Fri, Nov 11, 2011 at 6:53 AM, wrote: > >> A "silent" question here. >> >> Justin gave me a crash course in git and it seems that git is superior to >> svn. I really start liking it. >> >> On the other side, working with git and an svn repo

Re: [Geotools-devel] Question for Giterons

On Fri, Nov 11, 2011 at 6:53 AM, wrote: > A "silent" question here. > > Justin gave me a crash course in git and it seems that git is superior to > svn. I really start liking it. > > On the other side, working with git and an svn repository seems to be > complicated. > > With geotools 8 and geos

Re: [Geotools-devel] BigDecimal conversion broken in org.geotools.util.CommonsConverterFactory

Fixed https://jira.codehaus.org/browse/GEOT-3947 Cheers Christian Zitat von Shaun Forbes : > Just perusing the latest gt sources, r38340, and noticed the the BigDecimal > converter is registered as follows: > > register.put(BigDecimalConverter.class, new BigDecimalConverter()); > > when

[Geotools-devel] [jira] Created: (GEOT-3947) CommonsConverterFactory cannot deal with BigDecimal

CommonsConverterFactory cannot deal with BigDecimal --- Key: GEOT-3947 URL: https://jira.codehaus.org/browse/GEOT-3947 Project: GeoTools Issue Type: Bug Affects Versions: 2.7.4, 8.0-M3

[Geotools-devel] Unsupported module for GeoGIT versioned datastore

Gabriel, I've finally gotten some time to poke around in your GeoGIT datastore, and I'm hoping we can pull some of that work into an unsupported module under GeoTools. I've got a geotools fork that I've been working against, currently living in github under markles/GeoTools in the groldan branch.

Re: [Geotools-devel] Question for Giterons

A "silent" question here. Justin gave me a crash course in git and it seems that git is superior to svn. I really start liking it. On the other side, working with git and an svn repository seems to be complicated. With geotools 8 and geoserver 2.2 we switch to SDK6, why not switching to a

Re: [Geotools-devel] contentdatastore fixes

Hunted down or created jira issues for these issues: GEOT-2026 (https://jira.codehaus.org/browse/GEOT-2026) ContentFeatureSource.getFeatures(Query) returns a feature type that does not respect the query GEOT-1975 (https://jira.codehaus.org/browse/GEOT-1975) ContentFeatureSource does not honor

[Geotools-devel] [jira] Created: (GEOT-3946) ContentDataStore getFeatureReaderAppend needs to skip to the end

ContentDataStore getFeatureReaderAppend needs to skip to the end Key: GEOT-3946 URL: https://jira.codehaus.org/browse/GEOT-3946 Project: GeoTools Issue Type: Bug Comp

[Geotools-devel] [jira] Created: (GEOT-3945) ContentFeatureSource does not honour coordinate system reprojection

ContentFeatureSource does not honour coordinate system reprojection --- Key: GEOT-3945 URL: https://jira.codehaus.org/browse/GEOT-3945 Project: GeoTools Issue Type: Sub-task

[Geotools-devel] contentdatastore fixes

I had planned to get through reviewing ContentDataStore classes as the CSVDataStore was written. The property-ng datastore is being way more efficient as the port comes with existing test cases. Thus far I have found and fixed the following: - ContentDataStore.getFeatureWriterAppend - needs to

[Geotools-devel] BigDecimal conversion broken in org.geotools.util.CommonsConverterFactory

Just perusing the latest gt sources, r38340, and noticed the the BigDecimal converter is registered as follows: register.put(BigDecimalConverter.class, new BigDecimalConverter()); when surely it should be: register.put(BigDecimal.class, new BigDecimalConverter()); Cheers, Shaun

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

See -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Ge

Re: [Geotools-devel] Question for Giterons

I am actually just in the process of switching to this setup as well, one repo, rather than multiple per branch. The reason being to be able to use cherry picking. I find the git svn clone very tricky as well. It seems that it can easily error out depending on what revision you a referencing ... th

Re: [Geotools-devel] property-ng datastore

On Thu, Nov 10, 2011 at 2:09 PM, Jody Garnett wrote: > I have a property gt-property-ng implementation I would like to commit it > as an unsupported module. > > The datastore is a simplified very of the much loved original (mostly due > to ContentDataStore making things easier). The connection pa

[Geotools-devel] property-ng datastore

I have a property gt-property-ng implementation I would like to commit it as an unsupported module. The datastore is a simplified very of the much loved original (mostly due to ContentDataStore making things easier). The connection parameters are different (file vs directory) meaning it should

Re: [Geotools-devel] Question for Giterons

Ah "git-svn" != "git+svn" tricky. -- Jody Garnett On Thursday, 10 November 2011 at 10:09 PM, Michael Bedward wrote: > On 10 November 2011 22:53, Jody Garnett (mailto:jody.garn...@gmail.com)> wrote: > > That is very odd? it is not like there is any .svn files around for it to > > recognise? H

Re: [Geotools-devel] Question for Giterons

On 10 November 2011 22:53, Jody Garnett wrote: > That is very odd? it is not like there is any .svn files around for it to > recognise? How does it even know the code is under version control? GOTO first message in this thread :) Michael -

Re: [Geotools-devel] Question for Giterons

That is very odd? it is not like there is any .svn files around for it to recognise? How does it even know the code is under version control? -- Jody Garnett On Thursday, 10 November 2011 at 9:00 PM, Michael Bedward wrote: > The git+svn approach seems too much for NetBeans. It recognizes the

Re: [Geotools-devel] Question for Giterons

The git+svn approach seems too much for NetBeans. It recognizes the project as a subversion checkout but is blind to the git repo within it. Michael -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.n

[Geotools-devel] [jira] Created: (GEOT-3944) Offset (paging) queries with shapefiles

Offset (paging) queries with shapefiles --- Key: GEOT-3944 URL: https://jira.codehaus.org/browse/GEOT-3944 Project: GeoTools Issue Type: Wish Components: shapefile plugin Reporter: Mi

Re: [Geotools-devel] Filtering (wps) processes at the Geotools level

Andrea has corrected my understanding of what he is trying to accomplish on IRC. Looks like the static method solution is preferable to hints. Jody-- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net

Re: [Geotools-devel] Question for Giterons

Thanks Jody - I found your notes and some that Ben had put up as well. Andrea - a tarball would be great. Being much more lazy than you, I looked to see if anyone had already done this before I tried using git svn clone. I understood that any passwords, user names etc set with git config are stor