Re: [Geotools-devel] Unsupported/geobuf's incompatibilities with mapbox/geobuf

[Jared Erickson]

Pull requests to get geotools geobuf more compatible with mapbox geobuf
would be greatly appreciated.

Jared

On Sat, Sep 4, 2021 at 3:01 AM Andrea Aime <
andrea.a...@geosolutionsgroup.com> wrote:

> I believe the module is used mainly by GeoScript. I've cc'ed Jared, he's
> the main author of GeoScript Groovy, and
> also the original contributor of the geobuf module. Let's hear his opinion
> :-D
>
> Cheers
> Andrea
>
> On Sat, Sep 4, 2021 at 10:26 AM Kristin Cowalcijk 
> wrote:
>
>> Hi,
>>
>> I'm using geotools' unsupported/geobuf with mapbox/geobuf to exchange
>> compressed GeoJSON data, and I found several problems with geotools'
>> geobuf
>> encoding/decoding implementation. mapbox/geobuf is considered the de-facto
>> standard of geobuf so I assume that geotools' unsupported/geobuf should be
>> compatible with mapbox/geobuf.
>>
>> 1. Geobuf written by geotools' unsupported/geobuf can be parsed by
>> mapbox/geobuf, but feature properties were all lost. Geotools'
>> unsupported/geobuf always leave Data.Feature.properties field empty,
>> however
>> this field is mandatory for mapbox/geobuf to parse feature properties.
>> When
>> decoding geobuf, geotools's unsupported/geobuf completely ignores
>> Data.Feature.properties field, this causes problems when one or more
>> properties
>> were missing in some features.
>>
>> 2. Geotools' unsupported/geobuf does not correctly handle negative
>> integers. Negative integer property values encoded by mapbox/geobuf were
>> decoded as positive integer values.
>>
>> My questions are:
>>
>> 1. Is unsupported/geobuf not compatible with mapbox/geobuf by design?
>> 2. I'm glad to submit patches if these problems need to be fixed, do I
>> need to
>>sign the CLA before submitting pull request?
>>
>> Best regards,
>> Kristin Cowalcijk
>>
>>
>>
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
> --
>
> Regards,
>
> Andrea Aime
>
> ==
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax: +39 0584 1660272
>
> mob:   +39  333 8128928
>
> https://www.geosolutionsgroup.com/
>
> http://twitter.com/geosolutions_it
>
> ---
>
> Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential or
> otherwise protected from disclosure. We remind that - as provided by
> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by mistake, please
> notify us immediately by telephone or e-mail
>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GT PMC meeting notes, May 12th 2020

[Jared Erickson]

I was wondering if I could get access to https://build.geoserver.org/ so I
can fix the geoscript-py and geoscript-js builds.  I am updating both
projects so they are up to date with GeoTools.  Then I plan on getting the
GeoServer / GeoScript extension working again.

Thanks!
Jared

On Tue, May 12, 2020 at 10:51 AM Andrea Aime 
wrote:

> GeoTools / GeoServer PMC meeting - 2020-05-12Attending
>
> Torben Barsballe
>
> Andrea Aime
>
> Jukka Rahkonen
>
> Jody Garnett
>
>
>
> Actions from last meeting
>
>-
>
>Action: (done) Give Fernado a login to the GeoServerO twitter
>-
>
>Action: Announced 2.17 on email lists
>
>
>-
>
>Action: Update 2.17 blog post to thank those who tested RC
>
>
> Agenda
>
>-
>
>Jenkins Migration
>-
>
>CITE tests update
>-
>
>2.16.3 release
>-
>
>2.17.1 release
>-
>
>org.json licensing issue for gwc
>-
>
>Chit chat
>
> Actions
>
>-
>
>Andrea: setup mail password to enable build failure notifications
>-
>
>(done) disable appschema online test for now
>-
>
>Torben: get credentials for build server to publish geoserver docs
>from Tom
>-
>
>Action: Start email thread on the geowebcache devel list about
>org.json licensing
>
>
> Jenkins Migration
>
> More or less complete:
>
>-
>
>GeoTools - green
>-
>
>GeoWebCache - green
>-
>
>GeoServer
>-
>
>   green-ish
>   -
>
>   app-schema failure
>   -
>
>  Using a deprecated feature of postgis, needs to be looked at
>  -
>
>  Action: (done) disable appschema online test for now
>
> [ERROR]
> testNoPrimaryKey(org.geoserver.test.onlineTest.WfsOnlinePostgisTest)  Time
> elapsed: 0.666 s  <<< ERROR!
>
> org.postgresql.util.PSQLException: ERROR: tables declared WITH OIDS are
> not supported
>
> Perhaps the database server has WITH OIDS as default?
>
>
>
>-
>
>   Docs not being pushed due security difference?
>   -
>
>  Action: Torben to get credential from Tom
>
>
> Q: Long term home for docs?
>
>-
>
>static webserver, ask osgeo?
>-
>
>   moderate amount of space (due to prior builds) 2-10 GBs
>   -
>
>  Can cut back on archived releases if needed < 1GB
>  -
>
>   ask via trac?
>   -
>
>   Mapserver docs hosted by OSGeo
>   https://download.osgeo.org/mapserver/docs/
>   -
>
>   Action: Jody to request via trac
>   https://trac.osgeo.org/osgeo/ticket/2461
>
> Q: Blog?
>
>-
>
>Ask Ian :)
>
>
> Q: Build notifications?
>
>-
>
>Action: Andrea: to enable SMTP email
>
>
> Q: Domain transfer
>
>-
>
>https://trac.osgeo.org/osgeo/ticket/2416
>-
>
>Waiting on tom for 2 months, most recent comment last week
>
>
> CITE tests update
>
>
> OSGeo docker repo is available, other projects are using it (postgis,
> geos, GDAL)
>
>-
>
>https://repo.osgeo.org/#browse/browse:geoserver-docker
>
>
> Status:
>
>-
>
>Waiting on new build server
>-
>
>Done by end next week
>
>
> 2.16.3 release
>
> GeoSolutions:
>
>-
>
>Was held up by build server
>-
>
>Option to skip this release?
>
> 2.17.1 release
>
> Jody will work on this next week
>
>-
>
>Action: Email the list for last moment changes
>-
>
>Aside: vector tile fix yesterday
>
>
> org.json licensing issue for gwc
>
> Noticed during migration to apache commons 3 → 4
>
>
> License
>
>-
>
>Many projects migrating (to avoid GPL incompatibility)
>-
>
>Debian also banned: due to evil license
> :)
>
>
> Alternatives:
>
>-
>
>json-simple - dead
>-
>
>jackson - we use it already (entertaining discussion on discussion)
>-
>
>gson - popular but we do not use
>
>
> Used by:
>
>-
>
>gwc-rest module: https://github.com/GeoWebCache/geowebcache/issues/850
>-
>
>   8 references in the module
>   -
>
>   Code is odd with use of xstream, json, …
>   -
>
>  GWCConverter.java
>  
> 
>  -
>
>Action: Start email thread on the geowebcache devel list
>
>
> Chit chat
>
>-
>
>GSIP-190 
>-
>
>   gsip proposal done, but docs not visible because of build server
>   permissions
>   -
>
>GSIP-191 
>-
>
>   Fernando Mino to split into GeoServer / GeoTools proposal
>   -
>
>   Q: Andrea how disrupted would dynamically generating symbolizers
>   feature by feature be on the StreamingRenderer codebase?
>   Q: Possibly almost nothing
>   -
>
>  optimizations are done one level up before process symbolizers
>  -
>
>  Some limitations on accessing attributes
>  

Re: [Geotools-devel] Java 9 does not support java.sql package outside of rt.jar

[Jared Erickson]

I can confirm that 1.0.b11 fixes the issue for GeoScript!  Thank you Jody!

I also am updating GeoScript to use the new repositories.  Will we still be
able to publish GeoScript releases and snapshots to the new repo?  The
GeoTools / GeoServer Jenkins boxes had jobs that published snapshot and
release builds.

Cheers,
Jared

On Wed, Apr 8, 2020 at 3:56 PM Jody Garnett  wrote:

> With the build switched over you should be able to update to 1.0.b11 and
> confirm the fix?
> --
> Jody Garnett
>
>
> On Mon, 6 Apr 2020 at 10:10, Jody Garnett  wrote:
>
>> Here it is on nexus:
>> https://repo.osgeo.org/service/rest/repository/browse/geotools-releases/net/sourceforge/hatbox/hatbox/1.0.b11/
>> --
>> Jody Garnett
>>
>>
>> On Mon, 6 Apr 2020 at 10:02, Jody Garnett  wrote:
>>
>>> For whatever reason I cannot deploy to webdav, I will add to the new
>>> nexus and the jar will be available when we transition over.
>>> --
>>> Jody Garnett
>>>
>>>
>>> On Mon, 6 Apr 2020 at 09:38, Jody Garnett 
>>> wrote:
>>>
>>>> Okay the pom.xml was just out of date, here is a release:
>>>> https://github.com/jodygarnett/hatbox/releases/tag/1.0.b11
>>>> I also added a readme, license, credited the original project, etc...
>>>> --
>>>> Jody Garnett
>>>>
>>>>
>>>> On Mon, 6 Apr 2020 at 09:13, Jody Garnett 
>>>> wrote:
>>>>
>>>>> Merged your change, sadly I am unable to build (unable to
>>>>> grab com.h2database:h2:jar) even after upgrading...
>>>>>
>>>>> *[ERROR] Failed to execute goal on project hatbox: Could not resolve
>>>>> dependencies for project net.sourceforge.hatbox:hatbox:jar:1.0.b11: Failed
>>>>> to collect dependencies at com.h2database:h2:jar:1.4.200: Failed to read
>>>>> artifact descriptor for com.h2database:h2:jar:1.4.200: Could not transfer
>>>>> artifact com.h2database:h2:pom:1.4.200 from/to central
>>>>> (http://repo1.maven.org/maven2 <http://repo1.maven.org/maven2>): Failed to
>>>>> transfer file
>>>>> http://repo1.maven.org/maven2/com/h2database/h2/1.4.200/h2-1.4.200.pom
>>>>> <http://repo1.maven.org/maven2/com/h2database/h2/1.4.200/h2-1.4.200.pom>
>>>>> with status code 501 -> [Help 1]*
>>>>>
>>>>>
>>>>> It does appear to be available
>>>>> https://search.maven.org/artifact/com.h2database/h2/1.4.200/jar
>>>>>
>>>>> The project itself remains inactive
>>>>> https://sourceforge.net/projects/hatbox/
>>>>> --
>>>>> Jody Garnett
>>>>>
>>>>>
>>>>> On Mon, 6 Apr 2020 at 08:23, Jody Garnett 
>>>>> wrote:
>>>>>
>>>>>> I did not know my fork was the official one :P Should we transfer to
>>>>>> the GeoTools GitHub?
>>>>>> --
>>>>>> Jody Garnett
>>>>>>
>>>>>>
>>>>>> On Sat, 4 Apr 2020 at 12:25, Jared Erickson 
>>>>>> wrote:
>>>>>>
>>>>>>> GeoScript Groovy can't connect to PostGIS when the hatbox jar is on
>>>>>>> the classpath.
>>>>>>>
>>>>>>> https://groups.google.com/forum/#!topic/geoscript/Ff2vqftzhqQ
>>>>>>>
>>>>>>> The error we get is:
>>>>>>>
>>>>>>> java.lang.SecurityException: Prohibited package name: java.sql
>>>>>>> at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
>>>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:761)
>>>>>>>
>>>>>>> The solution appears to be removing the hatbox java.sql package and
>>>>>>> upgrading the java compiler version to 1.6. The interfaces were only 
>>>>>>> there
>>>>>>> to support java 1.5.  I created a pull request a while back:
>>>>>>> https://github.com/jodygarnett/hatbox/issues/1
>>>>>>>
>>>>>>> I was wondering if the GeoTools project has run into this problem of
>>>>>>> if there is a way to fix it besides modifying the hatbox library,
>>>>>>>
>>>>>>> Thank you!
>>>>>>> Jared
>>>>>>> ___
>>>>>>> GeoTools-Devel mailing list
>>>>>>> GeoTools-Devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>>>>>
>>>>>>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Java 9 does not support java.sql package outside of rt.jar

[Jared Erickson]

GeoScript Groovy can't connect to PostGIS when the hatbox jar is on the
classpath.

https://groups.google.com/forum/#!topic/geoscript/Ff2vqftzhqQ

The error we get is:

java.lang.SecurityException: Prohibited package name: java.sql
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:662)
at java.lang.ClassLoader.defineClass(ClassLoader.java:761)

The solution appears to be removing the hatbox java.sql package and
upgrading the java compiler version to 1.6. The interfaces were only there
to support java 1.5.  I created a pull request a while back:
https://github.com/jodygarnett/hatbox/issues/1

I was wondering if the GeoTools project has run into this problem of if
there is a way to fix it besides modifying the hatbox library,

Thank you!
Jared
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] OGR Module Support

[Jared Erickson]

We could, but I would like to keep it enabled.  It is still useful for
reading and writing even when GEOS is not supported.  We could log a
warning though when a spatial filter is set.  That would require a change
to the OGR interface for something like boolean isGEOSEnabled().  You can
check by trying to buffer a geometry.

Jared

On Sun, Oct 14, 2018 at 10:22 PM Jody Garnett 
wrote:

> Q: For (2) is it possible to detect when GDAL is not compiled with GEOS
> support - and disable the OGR module?
> --
> Jody Garnett
>
>
> On Sun, 14 Oct 2018 at 13:58, Jared Erickson 
> wrote:
>
>> I would like to volunteer to be the maintainer of the ogr module.  I am
>> working on a branch with three fixes:
>>
>>
>> https://github.com/jericks/geotools/commit/110f5803e87262367dab69272e4f6ae1aef6288f
>>
>> 1. The GeoJSON format in older versions of GDAL doesn't support 
>> LayerCanCreateField
>> correctly. I added it to the special exceptions list.
>> 2. The failing spatial query test was due to GDAL (on my computer) not
>> being compiled with GEOS support. If GEOS is not included then GDAL uses
>> bounding boxes instead of actual geometries.
>> 3. The CSV format test was failing because the first row which contains
>> the headers was being counted because of the property names the test was
>> using. For some unknown reason the property 'd' was causing GDAL to think
>> the first row had data. I make the property names slightly more realistic.
>>
>> If this work looks good I can create a pull request.
>>
>> Thank you,
>> Jared
>>
>> On Tue, Oct 9, 2018 at 2:07 AM Andrea Aime 
>> wrote:
>>
>>> Hi Jared,
>>> the module was dropped out of build because it was breaking the build,
>>> and had no maintainer.
>>> So in order to bring it back to "life" it needs someone appointed as a
>>> maintainer (you?) and
>>> do whatever is necessary to fix its build. There is no requirement to
>>> bring it up fully, e.g., you
>>> might decide to only push up the JNI version of it, for example.
>>>
>>> See the original thread in which it was demoted:
>>>
>>> https://sourceforge.net/p/geotools/mailman/geotools-devel/thread/CA%2BnxMTtFWqB1cFThvQ2LTKg36Scvqvj_P8_d7SS_tavcxCXvrg%40mail.gmail.com/#msg36284051
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> On Mon, Oct 8, 2018 at 1:14 AM Jared Erickson 
>>> wrote:
>>>
>>>> Hi all!
>>>>
>>>> I would like to get the GeoTools OGR modules back into a status where
>>>> they are published to a maven repo.  The GeoScript Groovy projects uses
>>>> these modules so I would like to volunteer to keep them compiling.  What do
>>>> I need to do to get them publishing to maven again?
>>>>
>>>> Thanks,
>>>> Jared
>>>> ___
>>>> GeoTools-Devel mailing list
>>>> GeoTools-Devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>>
>>>
>>>
>>> --
>>>
>>> Regards, Andrea Aime == GeoServer Professional Services from the
>>> experts! Visit http://goo.gl/it488V for more information. == Ing.
>>> Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito
>>> 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob:
>>> +39 339 8844549 http://www.geo-solutions.it
>>> http://twitter.com/geosolutions_it
>>> --- *Con
>>> riferimento alla normativa sul trattamento dei dati personali (Reg. UE
>>> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
>>> precisa che ogni circostanza inerente alla presente email (il suo
>>> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
>>> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
>>> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
>>> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>>> This email is intended only for the person or entity to which it is
>>> addressed and may contain information that is privileged, confidential or
>>> otherwise protected from disclosure. We remind that - as provided by
>>> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
>>> e-mail or the information herein by anyone other than the intended
>>> recipient is prohibited. If you have received this email by mistake, please
>>> notify us immediately by telephone or e-mail.*
>>>
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] OGR Module Support

[Jared Erickson]

I would like to volunteer to be the maintainer of the ogr module.  I am
working on a branch with three fixes:

https://github.com/jericks/geotools/commit/110f5803e87262367dab69272e4f6ae1aef6288f

1. The GeoJSON format in older versions of GDAL doesn't support
LayerCanCreateField
correctly. I added it to the special exceptions list.
2. The failing spatial query test was due to GDAL (on my computer) not
being compiled with GEOS support. If GEOS is not included then GDAL uses
bounding boxes instead of actual geometries.
3. The CSV format test was failing because the first row which contains the
headers was being counted because of the property names the test was using.
For some unknown reason the property 'd' was causing GDAL to think the
first row had data. I make the property names slightly more realistic.

If this work looks good I can create a pull request.

Thank you,
Jared

On Tue, Oct 9, 2018 at 2:07 AM Andrea Aime 
wrote:

> Hi Jared,
> the module was dropped out of build because it was breaking the build, and
> had no maintainer.
> So in order to bring it back to "life" it needs someone appointed as a
> maintainer (you?) and
> do whatever is necessary to fix its build. There is no requirement to
> bring it up fully, e.g., you
> might decide to only push up the JNI version of it, for example.
>
> See the original thread in which it was demoted:
>
> https://sourceforge.net/p/geotools/mailman/geotools-devel/thread/CA%2BnxMTtFWqB1cFThvQ2LTKg36Scvqvj_P8_d7SS_tavcxCXvrg%40mail.gmail.com/#msg36284051
>
> Cheers
> Andrea
>
>
> On Mon, Oct 8, 2018 at 1:14 AM Jared Erickson 
> wrote:
>
>> Hi all!
>>
>> I would like to get the GeoTools OGR modules back into a status where
>> they are published to a maven repo.  The GeoScript Groovy projects uses
>> these modules so I would like to volunteer to keep them compiling.  What do
>> I need to do to get them publishing to maven again?
>>
>> Thanks,
>> Jared
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
> --
>
> Regards, Andrea Aime == GeoServer Professional Services from the experts!
> Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
> @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
> Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
> 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] OGR Module Support

[Jared Erickson]

Hi all!

I would like to get the GeoTools OGR modules back into a status where they
are published to a maven repo.  The GeoScript Groovy projects uses these
modules so I would like to volunteer to keep them compiling.  What do I
need to do to get them publishing to maven again?

Thanks,
Jared
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [JIRA] (GEOT-5559) CRS.parseText fails for WagnerV WKT

[Jared Erickson (JIRA)]

Title: Message Title


 
 
 
 

 
 
 

 
   
 Jared Erickson created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5559  
 
 
  CRS.parseText fails for WagnerV WKT   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 16.0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 referencing  
 
 
Created: 
 29/Oct/16 7:26 PM  
 
 
Priority: 
  Low  
 
 
Reporter: 
 Jared Erickson  
 

  
 
 
 
 

 
 CRS.parseText fails for WagnerV WKT because of a missing entry in the org.geotools.referencing.opereation.MathTransformProvider SPI.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment

[Geotools-devel] [JIRA] (GEOT-5402) Include YSLD in the default build

[Jared Erickson (JIRA)]

Title: Message Title


 
 
 
 

 
 
 

 
   
 Jared Erickson created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5402  
 
 
  Include YSLD in the default build   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Affects Versions: 
 15-beta  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 unsupported  
 
 
Created: 
 14/Apr/16 5:54 AM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Jared Erickson  
 

  
 
 
 
 

 
 Includes the unsupported/ysld module in the default build.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment

[Geotools-devel] [JIRA] (GEOT-5333) Property DataStore does not support removeSchema

[Jared Erickson (JIRA)]

Title: Message Title


 
 
 
 

 
 
 

 
   
 Jared Erickson created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5333  
 
 
  Property DataStore does not support removeSchema   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Affects Versions: 
 15-beta  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 property plugin  
 
 
Created: 
 03/Jan/16 7:33 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Jared Erickson  
 

  
 
 
 
 

 
 The Property DataStore does not support removeSchema.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment

[Geotools-devel] [JIRA] (GEOT-5332) Geobuf DataStore does not support removeSchema

[Jared Erickson (JIRA)]

Title: Message Title


 
 
 
 

 
 
 

 
   
 Jared Erickson created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5332  
 
 
  Geobuf DataStore does not support removeSchema   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Affects Versions: 
 15-beta  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 unsupported  
 
 
Created: 
 02/Jan/16 10:32 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Jared Erickson  
 

  
 
 
 
 

 
 The unsupported geobuf DataStore doesn't support removeSchema  
 

  
 
 
 
 

 
 
 

 
 
 Add Co

Re: [Geotools-devel] Snapshot repo

[Jared Erickson]

For what its worth, Travis CI is having the same problems, so it is not my
computer.  Travis CI is downloading an old version of 15-SNAPSHOT that
doesn't have the OffsetCurveBuilder.  Checkout the latest build of
GeoScript Groovy on Travis CI:

https://travis-ci.org/geoscript/geoscript-groovy

Thanks,
Jared

On Fri, Oct 16, 2015 at 8:41 PM, Ben Caradoc-Davies 
wrote:

> Jared,
>
> mvn -nsu will not fix downloads, but if you build GeoTools master locally,
> building your downstream project that depends on it with mvn -nsu will
> allow you to build online without maven downloading stale snapshots.
>
> Kind regards,
> Ben.
>
> On 17/10/15 16:33, Jared Erickson wrote:
>
>> Thanks for the advice Jody and Ben, but I upgraded to maven 3.3.3,
>> switched
>> to the artifactoryoneline url, and tried mvn -llr -nsu clean install but
>> it
>> still won't download anything newer than 10/6/2015.
>>
>> Jared
>>
>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited <http://transient.nz/>
> New Zealand
>
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Snapshot repo

[Jared Erickson]

Thanks for the advice Jody and Ben, but I upgraded to maven 3.3.3, switched
to the artifactoryoneline url, and tried mvn -llr -nsu clean install but it
still won't download anything newer than 10/6/2015.

Jared

On Fri, Oct 16, 2015 at 7:28 PM, Jody Garnett 
wrote:

> Jared what version of maven do you use? Early versions of maven may have a
> problem ...
>
> To avoid redirect entirely please try changing your pom.xml to use:
>
>   
>boundless
>Boundless Maven Repository
>https://boundless.artifactoryonline.com/boundless/main
>   
>
>
> Sorry I was not clear with my earlier quick email :(
>
>
> --
> Jody Garnett
>
> On 16 October 2015 at 18:35, Jared Erickson 
> wrote:
>
>> Even after adding the mirror from the blog post and deleting all
>> 15-SNAPSHOT folders from my local repository, maven will only download jars
>> from 10/06/2015.  I tried adding a -U to my mvn clean install command with
>> no luck.  GeoScript Groovy uses maven, so Ivy isn't involved.  Shouldn't
>> the maven-metdata.xml list the most recent snapshot date?
>>
>> Thanks,
>> Jared
>>
>>
>> On Fri, Oct 16, 2015 at 3:12 PM, Jody Garnett 
>> wrote:
>>
>>> Hello Jared:
>>>
>>> We recently changed to artifiactory online (repo.boundlessgeo.com/main
>>> is a redirect). We have found that some build tools (such as ivy) do not
>>> handle the redirect well. See the recent blog post
>>> <http://blog.geoserver.org/2015/09/29/new-repository-and-release-delay/>
>>> for details, you may wish to try going direct and see if geoscript groovy
>>> fairs better?
>>>
>>> Please report back as we are trying to sort these issues out promptly.
>>>
>>> --
>>> Jody Garnett
>>>
>>> On 16 October 2015 at 13:47, jerickson  wrote:
>>>
>>>> Hi all,
>>>>
>>>> I have been trying to use the OffsetCurveBuilder and LineSymbolizer
>>>> perpendicular offset support in that Andrea added recently, but can't
>>>> seem
>>>> to get maven to grab the most recent snapshots.  The snapshot repo is
>>>> still
>>>> http://repo.boundlessgeo.com/main right?  According to
>>>>
>>>> https://boundless.artifactoryonline.com/boundless/main/org/geotools/gt-main/15-SNAPSHOT/maven-metadata.xml
>>>> the most recent snapshot is 20151006.095500 when it should be
>>>> 20151016.094930.  When I try to build GeoScript Groovy which depends on
>>>> GeoTools 15-SNAPSHOT it is grabbing a jar from 10/06/2015.
>>>>
>>>> Thanks,
>>>> Jared
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://osgeo-org.1560.x6.nabble.com/Snapshot-repo-tp5230757.html
>>>> Sent from the geotools-devel mailing list archive at Nabble.com.
>>>>
>>>>
>>>> --
>>>> ___
>>>> GeoTools-Devel mailing list
>>>> GeoTools-Devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>>
>>>
>>>
>>
>
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Snapshot repo

[Jared Erickson]

Even after adding the mirror from the blog post and deleting all
15-SNAPSHOT folders from my local repository, maven will only download jars
from 10/06/2015.  I tried adding a -U to my mvn clean install command with
no luck.  GeoScript Groovy uses maven, so Ivy isn't involved.  Shouldn't
the maven-metdata.xml list the most recent snapshot date?

Thanks,
Jared


On Fri, Oct 16, 2015 at 3:12 PM, Jody Garnett 
wrote:

> Hello Jared:
>
> We recently changed to artifiactory online (repo.boundlessgeo.com/main is
> a redirect). We have found that some build tools (such as ivy) do not
> handle the redirect well. See the recent blog post
> 
> for details, you may wish to try going direct and see if geoscript groovy
> fairs better?
>
> Please report back as we are trying to sort these issues out promptly.
>
> --
> Jody Garnett
>
> On 16 October 2015 at 13:47, jerickson  wrote:
>
>> Hi all,
>>
>> I have been trying to use the OffsetCurveBuilder and LineSymbolizer
>> perpendicular offset support in that Andrea added recently, but can't seem
>> to get maven to grab the most recent snapshots.  The snapshot repo is
>> still
>> http://repo.boundlessgeo.com/main right?  According to
>>
>> https://boundless.artifactoryonline.com/boundless/main/org/geotools/gt-main/15-SNAPSHOT/maven-metadata.xml
>> the most recent snapshot is 20151006.095500 when it should be
>> 20151016.094930.  When I try to build GeoScript Groovy which depends on
>> GeoTools 15-SNAPSHOT it is grabbing a jar from 10/06/2015.
>>
>> Thanks,
>> Jared
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Snapshot-repo-tp5230757.html
>> Sent from the geotools-devel mailing list archive at Nabble.com.
>>
>>
>> --
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] SubtractFromConst and AddConst errors

[Jared Erickson]

Hi all,

Every since the jai-ext commit, I am getting errors using the SubtractFromConst 
and AddConst coverage operators. When using AddConst I get the following error:

org.opengis.coverage.processing.OperationNotFoundException: No such 
"operationConst" operation for this processor.
at 
org.geotools.coverage.processing.CoverageProcessor.getOperation(CoverageProcessor.java:520)
at 
org.geotools.coverage.processing.CoverageProcessor.doOperation(CoverageProcessor.java:552)
at 
org.geotools.coverage.processing.CoverageProcessor.doOperation(CoverageProcessor.java:623)
at 
org.geotools.coverage.processing.CoverageProcessor$doOperation$0.call(Unknown 
Source)

and when using SubtractFromConst I get:

INFO: One factory fails for the operation "operationConst"
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:122)
at 
javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1674)
at 
it.geosolutions.jaiext.ConcurrentOperationRegistry.invokeFactory(ConcurrentOperationRegistry.java:565)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:332)
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:819)
at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:867)

javax.media.jai.util.ImagingException: All factories fail for the operation 
"operationConst"
at 
javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1687)
at 
it.geosolutions.jaiext.ConcurrentOperationRegistry.invokeFactory(ConcurrentOperationRegistry.java:565)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:332)
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:819)

Other operators like SubtractConst, Multiply, and Add all work just fine.

Thanks,
Jared


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Geobuf DataStore

[Jared Erickson]

Hi all!

I would like to contribute a Geobuf DataStore as an unsupported module.  Geobuf 
is a protocol buffer based format from the mapbox folks with javascript 
(https://github.com/mapbox/geobuf) and python 
(https://pypi.python.org/pypi/geobuf/1.0.0) implementations.  The DataStore I 
have been working on has read and write support and is based on 
ContentDataStore.  If this sounds like a good idea, I will submit a pull 
request.  The only wrinkle is that we will have to get the TravisCI config file 
to make sure the the native protoc executable is installed.

Thanks,
Jared
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4996) GeoPackage should encode SRID with Geometry

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4996



  GeoPackage should encode SRID with Geometry 










Issue Type:

  Bug




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 26/Jan/15 8:51 PM




Priority:

  Minor




Reporter:

 Jared Erickson










GeoPackage should encode the SRID with the Geometry, but currently it does not. The SRID is not passed along with the Geometry.












   

 Add Comment

[Geotools-devel] [jira] (GEOT-4995) GeoPackage databases should have three default spatial references

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4995



  GeoPackage databases should have three default spatial references 










Issue Type:

  Bug




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 25/Jan/15 3:22 PM




Priority:

  Minor




Reporter:

 Jared Erickson










According to requirement #11 of the spec (http://www.geopackage.org/spec/#spatial_ref_sys), geopackage databases should be initialized with three default spatial reference systems.












   

 Add Comment

[Geotools-devel] [jira] (GEOT-4994) Geopackage should create feature tables with AUTOINCREMENT

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4994



  Geopackage should create feature tables with AUTOINCREMENT 










Issue Type:

  Bug




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 25/Jan/15 3:20 PM




Priority:

  Minor




Reporter:

 Jared Erickson










According to Requirement 29 of the spec (http://www.geopackage.org/spec/#feature_user_tables) we should create feature table entries with primary keys encoded as INTEGER PRIMARY KEY AUTOINCREMENT, we are currently encoding them as INTEGER PRIMARY KEY, so we are missing AUTOINCREMENT.












   

 Add Comment

[Geotools-devel] [jira] (GEOT-4980) Clean up entries when removing a feature table.

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4980



  Clean up entries when removing a feature table. 










Issue Type:

  Bug




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 08/Jan/15 7:19 PM




Priority:

  Minor




Reporter:

 Jared Erickson










When removing a feature table, metadata entries are not removed which causes errors if you try to re-add a feature table with the same name.












   

 Add Comment

[Geotools-devel] GeoPackage clean up entries

[Jared Erickson]

Hi all!

I noticed that when I call removeSchema on a GeoPackage JDBCDataStore, entries 
remain in the gpkg_geometry_columns and gpkg_contents tables.  I am thinking we 
should probably remove these along with the data table.  I am working on a pull 
request that adds GeoPackage.deleteGeoPackageContentsEntry() and  
GeoPackage.deleteGeometryColumnsEntry() methods.  These methods then get called 
in the GeoPkgDialect postDropTable() method.  Does this sound like a good idea? 
 Is there anything other entries or tables I should clean up? Maybe the spatial 
index table?

Thanks,
Jared
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4971) Set a default extent in gpkg_contents

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4971



  Set a default extent in gpkg_contents 










Issue Type:

  Improvement




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 29/Dec/14 11:03 PM




Priority:

  Major




Reporter:

 Jared Erickson










GDAL/OGR expects valid numbers in gpkg_contents min_x, min_y, max_x, and max_y. We should either set them to all 0 (the default) or get the extent from the CRS.












   

 Add Comment

[Geotools-devel] [jira] (GEOT-4970) Let GeoPackage geometry columns use specific geometry types.

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4970



  Let GeoPackage geometry columns use specific geometry types. 










Issue Type:

  Improvement




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 29/Dec/14 10:58 PM




Priority:

  Minor




Reporter:

 Jared Erickson










GDAL and the example geopackage datasets both use geometry types instead of blob for geometry columns.
http://osgeo-org.1560.x6.nabble.com/GeoPackage-and-QGIS-GDAL-Compatibility-td5179287.html












   

 Add Comment

Re: [Geotools-devel] GeoPackage and QGIS/GDAL Compatibility

[Jared Erickson]

Triggers sound like a good idea.  As for the geometry objects, I think the spec 
has changed.  

https://github.com/opengeospatial/geopackage/blob/master/spec/2a_features.adoc#core-types

The geometry encoding is the same, but the column type should be POINT, 
LINESTRING, POLYGON ect.. instead of blob.  The genomes_belgium.gpkg [1] 
example data set and GDAL both encode the geometry columns as POINT et al.

Do you think it would be ok to set the default extent in gpkg_contents to be 
0,0,1,1 or the extent of the projection?  GDAL can’t open geopackage databases 
without some value for min_x, min_y, max_x, max_y.  ogrinfo 1.11.0 errors out 
with a segmentation fault and QGIS 2.6 crashes.

Thanks,
Jared

[1] http://www.geopackage.org/data/geonames_belgium.gpkg




On Dec 28, 2014, at 10:10 AM, Justin Deoliveira  wrote:

> Hey Jared,
> 
> Perhaps I haven't looked a the spec recently but I thought with geopackage 
> geometry objects were supposed to be represented as blobs so that it could be 
> used without the need for any other libraries like spatialite. Unless there 
> is some sort of type aliasing going on?
> 
> As for updating bounds in gpkg_contents automatically I am thinking that the 
> driver should put some triggers in place to do this. We could re-use the 
> functions that Niels implemented for spatial indexing capabilities to pull 
> out the min/max x/y from geometry blobs for this.
> 
> -Justin
> 
> 
> 
> On Fri, Dec 26, 2014 at 4:24 PM, jerickson  wrote:
> Hi all!
> 
> One of my holiday vacation projects is to get a Geotools generated
> GeoPackage vector database working with QGIS and GDAL.  The first issue I
> ran into was that QGIS and GDAL don't recognize the geometry column because
> it's type is BLOB.  GDAL creates geometry columns with a type like GEOMETRY,
> POINT, MULTIPOLYGON ect...  I have a fix for this.  The second issue is that
> QGIS and GDAL expect the gpkg_contents entry to have valid min_x, min_y,
> max_x, and max_y values.  Is there some way to have GeoTools update this
> bounds after every write?
> 
> Thanks,
> Jared
> 
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/GeoPackage-and-QGIS-GDAL-Compatibility-tp5179287.html
> Sent from the geotools-devel mailing list archive at Nabble.com.
> 
> --
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
> 

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4969) GeoPackage column should be md_standard_uri

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4969



  GeoPackage column should be md_standard_uri 










Issue Type:

  Bug




Affects Versions:


 13-beta




Assignee:


 Unassigned




Components:


 geopkg




Created:


 28/Dec/14 6:28 PM




Priority:

  Minor




Reporter:

 Jared Erickson










Typo in the gpkg_metadata table. The column "md_standard_uri" mandated by  the specification (see http://www.geopackage.org/spec/#_metadata_table) is  labelled "metadata_standard_URI" in the geopackage generated by GeoServer. In  the changelog of the specification, one can see :  "2013-11-21 R10 Paul Daisey Annex C, G Change metadata_standard_uri column  name to md_standard_uri"
Report by Even:
http://osgeo-org.1560.x6.nabble.com/Feedback-on-GeoPackage-plugin-td5177340.html












   

  

[Geotools-devel] [jira] (GEOT-4847) WKTReader can't parse MULTIPOINT((x1 y1), (x2 y2))

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4847



  WKTReader can't parse MULTIPOINT((x1 y1), (x2 y2)) 










Issue Type:

  Bug




Affects Versions:


 12-beta




Assignee:

 Jody Garnett




Components:


 main




Created:


 16/Jul/14 10:14 PM




Fix Versions:


 12-beta




Priority:

  Major




Reporter:

 Jared Erickson










WKTReader2 can't parse MULTIPOINT ((111 -47), (110 -46.5)) but it can parse MULTIPOINT (111 -47, 110 -46.5). The JTS WKTReader can parse both.












   

 A

Re: [Geotools-devel] mbtiles support

[Jared Erickson]

Hi Justin!

Done!  If we run into performance problems we could introduce a public void 
saveTile(MBTilesTile entry, boolean updateMinMaxZoomMetadata) method that would 
enable someone to pass in false to skip the metadata update.  The existing 
public void saveTile(MBTilesTile entry) method would pass in true to keep the 
metadata up to date.

Thanks for reviewing this.  I think MBTiles support in GeoTools (and GeoScript) 
is going to be a great feature!

Jared

On Apr 20, 2014, at 12:53 PM, Justin Deoliveira  
wrote:

> 
> Hey Jared,
> 
> On Sun, Apr 20, 2014 at 1:36 PM, Jared Erickson  
> wrote:
> Hi Justin!
> 
> I updated the name.
> 
> Great, thanks.
> 
>  I worried about requiring the user to call the saveMinMaxZoomMetadata 
> explicitly too.  How about this:
>  
> 
> https://gist.github.com/jericks/11122862#file-mbtilesfiles-java-L29
> 
> If we add the call to the saveTile method it would be automatic.  But it 
> would require making three additional SQL statements (1. get min zoom, 2. get 
> max zoom, 3. save metadata).  Either way if fine with me.  Should I make the 
> saveMinMaxZoomMetadata method private if we include the call in saveTile?
> 
> Yeah let's do this. And if we think the additional statements introduce too 
> much overhead we can revisit.  
> 
> Thanks,
> Jared
> 
> On Apr 20, 2014, at 9:33 AM, Justin Deoliveira  
> wrote:
> 
>> Hey Jared,
>> 
>> On Fri, Apr 18, 2014 at 2:42 PM, Jared Erickson  
>> wrote:
>> Hi all!
>> 
>> I have been playing around with the mbtiles unsupported module while working 
>> on GeoScript and I have a few proposed changes.
>> 
>> 1. The pom.xml has boiler plate name (Example) and description (Supply a 
>> quick description here.).  Would anyone mind if I updated these to mbtiles 
>> and MBTiles support for GeoTools?  
>> 
>> Sounds good to me. For the name perhaps "MBTiles Module" to follow suite 
>> with other modules.
>>  
>> 2. mbtile files created by GeoTools are not valid according to GDAL and 
>> QGIS.  They are missing minzoom and maxzoom metadata items.  I checked and 
>> Tile Mill adds these metadata items by default.  To support these metadata 
>> items, I propose adding two methods to the MBTilesFile class:
>> 
>> public void saveMinMaxZoomMetadata(int min, int max) throws IOException
>> 
>>  Is there any way we can just update these automatically as the user adds 
>> tiles to the database? Be nicer than requiring the user to call a method 
>> that registers required metadata. 
>> 
>> and
>> 
>> public long minZoom() throws SQLException
>> 
>> Sounds good. 
>> 
>> 3. The MBTilesFile has an init() method that creates the necessary tables in 
>> SQLite.  If you call init() on an existing database you get an error because 
>> the tables already exist.  Would any mind adding IF NOT EXISTS to the CREATE 
>> TABLE statements?
>> 
>> Great idea. 
>> 
>> With these changes, I can generate mbtiles files that QGIS and GDAL can read 
>> (see attachment).  The states layer in QGIS was generated by GeoTools.   
>> 
>> I can prepare pull requests and create JIRA issues for all of these items if 
>> they sound reasonable.
>> 
>> Thanks,
>> Jared
>> 
>> 
>> 
>> --
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> 
>> 
>> 
>> 
>> -- 
>> Justin Deoliveira
>> Vice President, Engineering | Boundless
>> jdeol...@boundlessgeo.com
>> @j_deolive
> 
> 
> 
> 
> -- 
> Justin Deoliveira
> Vice President, Engineering | Boundless
> jdeol...@boundlessgeo.com
> @j_deolive

--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] mbtiles support

[Jared Erickson]

Hi Justin!

I updated the name.  I worried about requiring the user to call the 
saveMinMaxZoomMetadata explicitly too.  How about this:

https://gist.github.com/jericks/11122862#file-mbtilesfiles-java-L29

If we add the call to the saveTile method it would be automatic.  But it would 
require making three additional SQL statements (1. get min zoom, 2. get max 
zoom, 3. save metadata).  Either way if fine with me.  Should I make the 
saveMinMaxZoomMetadata method private if we include the call in saveTile?

Thanks,
Jared

On Apr 20, 2014, at 9:33 AM, Justin Deoliveira  
wrote:

> Hey Jared,
> 
> On Fri, Apr 18, 2014 at 2:42 PM, Jared Erickson  
> wrote:
> Hi all!
> 
> I have been playing around with the mbtiles unsupported module while working 
> on GeoScript and I have a few proposed changes.
> 
> 1. The pom.xml has boiler plate name (Example) and description (Supply a 
> quick description here.).  Would anyone mind if I updated these to mbtiles 
> and MBTiles support for GeoTools?  
> 
> Sounds good to me. For the name perhaps "MBTiles Module" to follow suite with 
> other modules.
>  
> 2. mbtile files created by GeoTools are not valid according to GDAL and QGIS. 
>  They are missing minzoom and maxzoom metadata items.  I checked and Tile 
> Mill adds these metadata items by default.  To support these metadata items, 
> I propose adding two methods to the MBTilesFile class:
> 
> public void saveMinMaxZoomMetadata(int min, int max) throws IOException
> 
>  Is there any way we can just update these automatically as the user adds 
> tiles to the database? Be nicer than requiring the user to call a method that 
> registers required metadata. 
> 
> and
> 
> public long minZoom() throws SQLException
> 
> Sounds good. 
> 
> 3. The MBTilesFile has an init() method that creates the necessary tables in 
> SQLite.  If you call init() on an existing database you get an error because 
> the tables already exist.  Would any mind adding IF NOT EXISTS to the CREATE 
> TABLE statements?
> 
> Great idea. 
> 
> With these changes, I can generate mbtiles files that QGIS and GDAL can read 
> (see attachment).  The states layer in QGIS was generated by GeoTools.   
> 
> I can prepare pull requests and create JIRA issues for all of these items if 
> they sound reasonable.
> 
> Thanks,
> Jared
> 
> 
> 
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
> 
> 
> 
> 
> -- 
> Justin Deoliveira
> Vice President, Engineering | Boundless
> jdeol...@boundlessgeo.com
> @j_deolive

--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] mbtiles support

[Jared Erickson]

Thanks Jody and Andrea!

Here are the JIRA issues with pull requests:

https://jira.codehaus.org/browse/GEOT-4777

https://jira.codehaus.org/browse/GEOT-4778

https://jira.codehaus.org/browse/GEOT-4779

Thanks again,
Jared

On Apr 18, 2014, at 11:28 PM, Andrea Aime  wrote:

> On Fri, Apr 18, 2014 at 10:42 PM, Jared Erickson  
> wrote:
> I can prepare pull requests and create JIRA issues for all of these items if 
> they sound reasonable.
> 
> Not involved in mbtiles directly, but changes that improve our 
> interoperability are certainly welcomed :-)
> 
> Cheers
> Andrea
> 
> 
> -- 
> ==
> Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
> for more information.
> ==
> 
> Ing. Andrea Aime 
> @geowolf
> Technical Lead
> 
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
> 
> ---

--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4779) Improve MBTiles interoperability with GDAL and QGIS

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4779



  Improve MBTiles interoperability with GDAL and QGIS 










Issue Type:

  New Feature




Affects Versions:


 12-beta




Assignee:


 Unassigned




Components:


 unsupported




Created:


 19/Apr/14 3:16 PM




Priority:

  Minor




Reporter:

 Jared Erickson










GDAL and QGIS expect minzoom and maxzoom metadata items in mbtiles files.












   

 Add Comment

[Geotools-devel] [jira] (GEOT-4778) Allow user to call MBTilesFiles.init() more than once

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4778



  Allow user to call MBTilesFiles.init() more than once 










Issue Type:

  Improvement




Affects Versions:


 12-beta




Assignee:


 Unassigned




Components:


 unsupported




Created:


 19/Apr/14 2:39 PM




Priority:

  Minor




Reporter:

 Jared Erickson










If the user call MBTilesFile.init() on a database where the tables are already created an error will occur because the tables already exist. The solution is to add IF NOT EXISTS to the CREATE TABLE statements.












   

 Add Comment

[Geotools-devel] [jira] (GEOT-4777) Update mbtiles pom.xml with name and description

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4777



  Update mbtiles pom.xml with name and description 










Issue Type:

  Improvement




Affects Versions:


 12-beta




Assignee:


 Unassigned




Components:


 unsupported




Created:


 19/Apr/14 2:28 PM




Priority:

  Trivial




Reporter:

 Jared Erickson










The mbtiles module's pom.xml has non-descriptive name and description. This is extremely minor, but some IDE's use the name when displaying the project.












   

 A

[Geotools-devel] [jira] (GEOT-4723) Improve OGR module documentation

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4723



  Improve OGR module documentation 










Issue Type:

  Bug




Affects Versions:


 11-RC2




Assignee:


 Unassigned




Components:


 unsupported




Created:


 04/Mar/14 9:42 PM




Priority:

  Minor




Reporter:

 Jared Erickson










Improve the ogr docs. Here is the pull request:
https://github.com/geotools/geotools/pull/383












   

 Add Comment

Re: [Geotools-devel] GeoPackage GridFormat for Rasters

[Jared Erickson]

Hi Justin!

Honestly, I am not sure.  I only see feature and tile support in their
github repo.  Thanks for tracking down that world image patch referenced in
the code.

Jared


On Thu, Feb 27, 2014 at 7:07 AM, Justin Deoliveira <
jdeol...@boundlessgeo.com> wrote:

> Hey Jared,.
>
>
> On Tue, Feb 25, 2014 at 8:21 PM, Jared Erickson 
> wrote:
>
>> Hi all!
>>
>> I recently worked on adding a GridFormat for geopackage rasters.  The
>> geopackage module already has a really nice mosaic gridformat for
>> geopackage tiles that I borrowed from extensively.  I did this before
>> realizing that the geopackage standard dropped raster support, so I am not
>> sure if you would be interested in this work or not.  If there is interest,
>> I can send a pull request.
>>
>> Hmmm... was it taken out? Or moved to an extension?
>
>
>>
>> https://github.com/jericks/geotools/commit/6e005e1bc27e940add339cfb87a313f9305c1e4f
>>
>> So far it only really works with GeoTiff rasters because WorldImage
>> rasters throw an exception because the bounds is unknown. It appears from
>> the code that someone is working on getting a patch applied to the
>> WorldImageReader to support explicitly setting an envelope.
>>
>>
>> https://github.com/geotools/geotools/blob/master/modules/unsupported/geopkg/src/main/java/org/geotools/geopkg/GeoPackage.java#L1010
>
>
> Yeah, I put together a small local patch to the worldimage to accept a
> bounds but never pushed that code forward. I'll see if I can track it down.
> Should be a on a local branch somewhere.
>
>>
>>
>> Thanks,
>> Jared
>>
>>
>>
>> --
>> Flow-based real-time traffic analytics software. Cisco certified tool.
>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
>> Customize your own dashboards, set traffic alerts and generate reports.
>> Network behavioral analysis & security monitoring. All-in-one tool.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
>
> --
> *Justin Deoliveira*
> Vice President, Engineering | Boundless
> jdeol...@boundlessgeo.com
> @j_deolive <https://twitter.com/j_deolive>
>
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] GeoPackage GridFormat for Rasters

[Jared Erickson]

Hi all!

I recently worked on adding a GridFormat for geopackage rasters.  The 
geopackage module already has a really nice mosaic gridformat for geopackage 
tiles that I borrowed from extensively.  I did this before realizing that the 
geopackage standard dropped raster support, so I am not sure if you would be 
interested in this work or not.  If there is interest, I can send a pull 
request.

https://github.com/jericks/geotools/commit/6e005e1bc27e940add339cfb87a313f9305c1e4f

So far it only really works with GeoTiff rasters because WorldImage rasters 
throw an exception because the bounds is unknown. It appears from the code that 
someone is working on getting a patch applied to the WorldImageReader to 
support explicitly setting an envelope. 

https://github.com/geotools/geotools/blob/master/modules/unsupported/geopkg/src/main/java/org/geotools/geopkg/GeoPackage.java#L1010

Thanks,
Jared


--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Publish gt-ogr modules to maven repos

[Jared Erickson]

Hi Andrea!

Sure, I would be happy to help maintain gt-ogr.  I am hoping that using it in 
geoscript will help get more users and improve the code.  I just saw this JEP 
(http://openjdk.java.net/jeps/191) concerning a standard FFI library for Java.  
This is something long overdue and much needed.

Thanks again,
Jared

On Feb 23, 2014, at 2:07 PM, Andrea Aime  wrote:

> On Sun, Feb 23, 2014 at 9:45 PM, Jared Erickson  
> wrote:
> Hi all,
> 
> I just noticed that the gt-ogr-core, gt-ogr-bridg, and gt-ogr-jni unsupported 
> modules are not being published to any maven repository.  As far as I can see 
> they have never been published to the osgeo maven repo 
> (http://download.osgeo.org/webdav/geotools/org/geotools/) and the the last 
> version published to the opengeo repository was 9-SNAPSHOT 
> (http://repo.opengeo.org/org/geotools/gt-ogr-jni/, 
> http://repo.opengeo.org/org/geotools/gt-ogr-bridj/, 
> http://repo.opengeo.org/org/geotools/gt-ogr-core/). Would it be possible to 
> get these modules published?  I would like to use these jars in geoscript.
> 
> I guess we could put them in the build like gt-wfs?
> It would give them a larger audience, and a chance to become supported down 
> the road
> 
> I hope you don't mind me asking but... would you be interested in becoming 
> maintainer of
> gt-ogr? :-p
> 
> Cheers
> Andrea
> 
> -- 
> == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
> information ==
> 
> Ing. Andrea Aime 
> @geowolf
> Technical Lead
> 
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
> 
> ---

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Publish gt-ogr modules to maven repos

[Jared Erickson]

Hi all,

I just noticed that the gt-ogr-core, gt-ogr-bridg, and gt-ogr-jni unsupported 
modules are not being published to any maven repository.  As far as I can see 
they have never been published to the osgeo maven repo 
(http://download.osgeo.org/webdav/geotools/org/geotools/) and the the last 
version published to the opengeo repository was 9-SNAPSHOT 
(http://repo.opengeo.org/org/geotools/gt-ogr-jni/, 
http://repo.opengeo.org/org/geotools/gt-ogr-bridj/, 
http://repo.opengeo.org/org/geotools/gt-ogr-core/). Would it be possible to get 
these modules published?  I would like to use these jars in geoscript.

Thanks,
Jared
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4701) Close GeoPackage Connections

[Jared Erickson (JIRA)]

Title: Message Title










 

 Jared Erickson created an issue











 






 GeoTools /  GEOT-4701



  Close GeoPackage Connections 










Issue Type:

  Bug




Affects Versions:


 11-beta




Assignee:


 Unassigned




Components:


 unsupported




Created:


 13/Feb/14 9:18 PM




Environment:


 Mac Java7




Priority:

  Minor




Reporter:

 Jared Erickson










I am working on getting GeoPackage support for GeoScript and ran into locked tables when writing and then immediately reading. Being careful to close all database objects (ResultSets, Statements, and Connections) fixed the problem.












   

 Add Comment

Re: [Geotools-devel] Improvement for the unsupported OGR module

[Jared Erickson]

Excellent!  Thank you for confirming.  Here is the pull request:

https://github.com/geotools/geotools/pull/344

and Jira issue:

http://jira.codehaus.org/browse/GEOT-4662

Thanks again,
Jared


On Jan 11, 2014, at 9:30 AM, Andrea Aime  wrote:

> On Sat, Jan 11, 2014 at 11:43 AM, Andrea Aime  
> wrote:
> Luckily, none of these methods are used, but honestly, this doesn’t make any 
> sense to me.  The method signatures look correct.  Can any one else with a 
> Mac confirm this works?
> 
> Hey, got my hands on a Mac (using it with a windows keyboard, it's driving me 
> crazy), I confirm it works :-)
> 
> Cheers
> Andrea
> 
> 
> -- 
> == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
> information ==
> 
> Ing. Andrea Aime 
> @geowolf
> Technical Lead
> 
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
> 
> ---

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4662) ogr-bridj doesn't work on a mac

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4662


ogr-bridj doesn't work on a mac















Issue Type:


Bug



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


11/Jan/14 2:21 PM



Description:


ogr-bridj either seg faults (0.6.0) or runs forever (0.6.2) on a mac.  




Environment:


Mac Mavericks




Project:


GeoTools



Priority:


Major




Reporter:


    Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Improvement for the unsupported OGR module

[Jared Erickson]

It took a couple of nights commenting and uncommenting lines of code, but I 
finally got the ogr-bridj module working on my mac and passing all tests.  In 
the end, I had to comment out 4 lines of code. 

https://github.com/jericks/geotools/commit/ef5a8bc1e53e88b0c91ade3a08092c19a13952c0

Luckily, none of these methods are used, but honestly, this doesn’t make any 
sense to me.  The method signatures look correct.  Can any one else with a Mac 
confirm this works?

Should I put together a pull request?

Thanks,
Jared


On Jan 9, 2014, at 11:21 PM, Andrea Aime  wrote:

> On Fri, Jan 10, 2014 at 3:03 AM, Jared Erickson  
> wrote:
> 
> Thanks for looking over my patches Justin.  I followed up with the GDAL 
> developers as Andrea suggested and sure enough we stumbled upon a bug.  Here 
> is the conversation:
> 
> http://osgeo-org.1560.x6.nabble.com/gdal-dev-GeoRSS-and-TestCapability-quot-CreateField-quot-td5097022.html
> 
> So, I updated my OGR/GeoRSS pull request with exclusions for georss, gpx, and 
> sosi.  I plan on sending another pull request that updates the GeoTools/OGR 
> docs.  Also, I tried Bridj versions 0.6, 0.6.2 and 0.7-SNAPSHOT with no luck. 
>  I would really like to figure out why it’s not working though.  The idea of 
> Bridj is really neat. 
> 
> I asked on the Bridj mailing list and they confirmed Bridj is working fine on 
> OSX, but there are platform difference issues
> enough that a code might work by accident on Linux and fail on OSX, so 
> debugging on that platform while using our bindings
> is required
> 
> Cheers
> Andrea
> 
> -- 
> == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
> information ==
> 
> Ing. Andrea Aime 
> @geowolf
> Technical Lead
> 
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
> 
> ---

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Improvement for the unsupported OGR module

[Jared Erickson]

Thanks for looking over my patches Justin.  I followed up with the GDAL 
developers as Andrea suggested and sure enough we stumbled upon a bug.  Here is 
the conversation:

http://osgeo-org.1560.x6.nabble.com/gdal-dev-GeoRSS-and-TestCapability-quot-CreateField-quot-td5097022.html

So, I updated my OGR/GeoRSS pull request with exclusions for georss, gpx, and 
sosi.  I plan on sending another pull request that updates the GeoTools/OGR 
docs.  Also, I tried Bridj versions 0.6, 0.6.2 and 0.7-SNAPSHOT with no luck.  
I would really like to figure out why it’s not working though.  The idea of 
Bridj is really neat. 

Thanks again,
Jared


On Jan 7, 2014, at 8:32 PM, Justin Deoliveira  wrote:

> Looked over your patches Jared, they look good to me for the most part. I had 
> one comment about the georss pull request.
> 
> As for using the bridj stuff on mac I too have had problems with it, with 
> gdal and other libraries as well. I have unfortunately never been able to get 
> it to run reliably. That said I haven't tried the newest version for the ogr 
> datastore for quite some time.
> 
> On Thu, Jan 2, 2014 at 12:24 AM, Andrea Aime  
> wrote:
> On Thu, Jan 2, 2014 at 12:51 AM, Jared Erickson  
> wrote:
> Hi all,
> 
> I have been working on adding OGR support to GeoScript and in my testing I 
> found a couple of bugs and added a few improvements.  I just added six JIRA 
> issues and sent six pull requests.  The order is somewhat important.  1 and 2 
> are just bug fixes to get the unit tests passing.  3, 4 and 5 add tests for 
> various formats and changes required to make them run.  A bug fix in #3 
> (Bridj support for String arrays) is required for 4 and 5 because OGR Layer 
> options won’t work in the Bridj module without it.  #6 is just my attempt to 
> make it easier to unit test these modules which require native libraries.
> 
> 1. Fix Bridj unit test. The overridden setup methods needs to call super.
>GEOT-4650
>https://github.com/geotools/geotools/pull/332
> 
> 2. Fix failing unit test. Call getTypeName because Name includes the namespace
>GEOT-4651
>https://github.com/geotools/geotools/pull/333
> 
> 3. Add unit test for reading and writing GeoRSS.
>GEOT-4652
>https://github.com/geotools/geotools/pull/334
> 
> 4. Add unit test for reading the writing SQLite.
>GEOT-4653
>https://github.com/geotools/geotools/pull/335
> 
> 5. Add unit tests for writing and reading several formats:
>GEOT-4654
>https://github.com/geotools/geotools/pull/336
> 
> 6. Add environmental variables to the maven surefire plugin to make it easier
>GEOT-4655
>https://github.com/geotools/geotools/pull/337
> 
> All of the tests pass on my Windows box and in my Ubuntu 12 VM.  The ogr-jni 
> tests pass on my Mac but ogr-bridj just segfaults.  I haven’t been able to 
> figure out why.
> 
> Hi Jared,
> that's great, I'll try to have a look soon.
> About segfaults on Mac, have you tried upgrading to the latest version of 
> Bridj? Does that help any?
> 
> Cheers
> Andrea
> 
> -- 
> == GeoSolutions will be closed for seasonal holidays from 23/12/2013 to 
> 06/01/2014 ==
> 
> Ing. Andrea Aime 
> @geowolf
> Technical Lead
> 
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
> 
> ---
> 
> --
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
> 
> 
> 
> 
> -- 
> Justin Deoliveira
> Vice President, Engineering | Boundless
> jdeol...@boundlessgeo.com
> @j_deolive

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Improvement for the unsupported OGR module

[Jared Erickson]

Hi all,

I have been working on adding OGR support to GeoScript and in my testing I 
found a couple of bugs and added a few improvements.  I just added six JIRA 
issues and sent six pull requests.  The order is somewhat important.  1 and 2 
are just bug fixes to get the unit tests passing.  3, 4 and 5 add tests for 
various formats and changes required to make them run.  A bug fix in #3 (Bridj 
support for String arrays) is required for 4 and 5 because OGR Layer options 
won’t work in the Bridj module without it.  #6 is just my attempt to make it 
easier to unit test these modules which require native libraries.

1. Fix Bridj unit test. The overridden setup methods needs to call super.
   GEOT-4650
   https://github.com/geotools/geotools/pull/332

2. Fix failing unit test. Call getTypeName because Name includes the namespace
   GEOT-4651
   https://github.com/geotools/geotools/pull/333

3. Add unit test for reading and writing GeoRSS.
   GEOT-4652
   https://github.com/geotools/geotools/pull/334

4. Add unit test for reading the writing SQLite.
   GEOT-4653
   https://github.com/geotools/geotools/pull/335

5. Add unit tests for writing and reading several formats:
   GEOT-4654
   https://github.com/geotools/geotools/pull/336

6. Add environmental variables to the maven surefire plugin to make it easier
   GEOT-4655
   https://github.com/geotools/geotools/pull/337

All of the tests pass on my Windows box and in my Ubuntu 12 VM.  The ogr-jni 
tests pass on my Mac but ogr-bridj just segfaults.  I haven’t been able to 
figure out why.

Thank you,
Jared Erickson

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4655) Use environmental variables to make testing OGR module easier

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4655


Use environmental variables to make testing OGR module easier















Issue Type:


Improvement



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


01/Jan/14 5:37 PM



Description:


Add environmental variables to the maven surefire plugin to make it easier to test the OGR modules. It uses GT_GDAL to identify the path to the GDAL native libraries and GDAL_LIBRARY_NAME to support bride.




Project:


GeoTools



Priority:


Minor




Reporter:


Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4654) Add tests for various ogr formats

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4654


Add tests for various ogr formats















Issue Type:


Improvement



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


01/Jan/14 5:34 PM



Description:


Add unit tests for writing and reading several formats: GeoJSON, CSV, GMT, GPX.  Updated GML and KML tests to make sure reading is working too.




Project:


GeoTools



Priority:


Minor




Reporter:


Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4653) Add SQLite support to OGR module

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4653


Add SQLite support to OGR module















Issue Type:


Improvement



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


01/Jan/14 5:29 PM



Description:


Add unit test for reading the writing SQLite.

Includes fix to sorting when using database based drivers that pass SQL straight through and thus dont have access to FID which is OGR SQL. Also adds LayerGetFIDColumnName to the OGR interface.




Project:


GeoTools



Priority:


Minor




Reporter:


Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4652) Add ogr GeoRSS unit test

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4652


Add ogr GeoRSS unit test 















Issue Type:


Improvement



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


01/Jan/14 5:26 PM



Description:


Add unit test for reading and writing GeoRSS.

Includes bug fix for Bridjs support for String arrays and the removal of LayerCanCreateField check because the GeoRSS driver return false even though it needs to create fields when writing.

A pull request will be sent shortly.




Project:


GeoTools



Priority:


Minor




Reporter:


Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4651) Fix failing unit test for ogr module

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4651


Fix failing unit test for ogr module















Issue Type:


Bug



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


01/Jan/14 5:22 PM



Description:


The OGRDataStoreTest's assertFeatureTypeEquals is failing because the getName() includes the namespace which is different betweent the OGR and native GeoTools shape file schema. 

A pull request that changes getName() to getTypeName() will be sent shortly.




Project:


GeoTools



Priority:


Major




Reporter:


    Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4650) Fix ogr-bridj GeometryMapperTest

[Jared Erickson (JIRA)]

Jared Erickson
 created  GEOT-4650


Fix ogr-bridj GeometryMapperTest















Issue Type:


Bug



Affects Versions:


10.3



Assignee:


Unassigned


Components:


unsupported



Created:


01/Jan/14 5:17 PM



Description:


The ogr-bridj GeometryMapperTest does not call super.setUp() so the test doesn't run correctly.  

I will send a pull request shortly.




Project:


GeoTools



Priority:


Minor




Reporter:


    Jared Erickson




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-3470) Minimum circle and rectangle Filter Functions

[Jared Erickson (JIRA)]

 [ 
https://jira.codehaus.org/browse/GEOT-3470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jared Erickson reopened GEOT-3470:
--


The Service Provider Interface entry 
(src/main/resources/META-INF/services/org.opengis.filter.expression.Function) 
was not applied so these functions unfindable.  Also, the unit tests in the 
previous patches are not in trunk or tag 2.7.4.

> Minimum circle and rectangle Filter Functions
> -
>
> Key: GEOT-3470
> URL: https://jira.codehaus.org/browse/GEOT-3470
> Project: GeoTools
>  Issue Type: New Feature
>  Components: main
>Affects Versions: 2.7-RC2
> Environment: Mac 10.6.6, Java 1.6.0_24
>    Reporter: Jared Erickson
>Priority: Minor
> Fix For: 2.7.0
>
> Attachments: filterfunction_min2.diff, filterfunction_min.diff, 
> states_mincircle.png, states_minrect.png
>
>
> JTS recently added algorithms for calculating minimum rectangles and minimum 
> bounding circles.  Let's add filter functions that do these calculations so 
> we can use them in SLD geometry transformations.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4099) Octagonal Envelope and Minimum Diameter Filter Functions

[Jared Erickson (JIRA)]

Jared Erickson created GEOT-4099:


 Summary: Octagonal Envelope and Minimum Diameter Filter Functions
 Key: GEOT-4099
 URL: https://jira.codehaus.org/browse/GEOT-4099
 Project: GeoTools
  Issue Type: New Feature
  Components: main
Affects Versions: 8.0-RC1
 Environment: Windows 7, Java 1.7.0_03
Reporter: Jared Erickson
Assignee: Jody Garnett
Priority: Minor
 Attachments: filterfunctions_octenv_mindiam.diff, 
map_states_minimumdiameter.png, map_states_octagonalenvelope.png

JTS has algorithms for calculating minimum diameter and octagonal envelope of 
an input geometry. Let's add filter functions that do these calculations so we 
can use them in SLD geometry transformations.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4076) Rendering Transforms are applied to all FeatureTypeStyles

[Jared Erickson (JIRA)]

Jared Erickson created GEOT-4076:


 Summary: Rendering Transforms are applied to all FeatureTypeStyles
 Key: GEOT-4076
 URL: https://jira.codehaus.org/browse/GEOT-4076
 Project: GeoTools
  Issue Type: Bug
  Components: main
Affects Versions: 8.0-M4
 Environment: OS X, Java 6
Reporter: Jared Erickson
Assignee: Jody Garnett
 Attachments: line_rendering_transform.sld, 
rendering_transform_line1.png, rendering_transform_line2.png

I have an SLD (see line_rendering_transform.sld)
that contains two FeatureTypeStyles.  The first FTS contains a
 that uses the gs:BufferFeatureCollection process.  The
second FTS just contains a LineSymbolizer.  When I render this SLD with the
lines from the SLD Cook Book, I get the following image: 
rendering_transform_line1.png.

It appears that the LineSymbolizer from the second FTS is being applied to
the polygons created by the buffer process.  I assumed that they would apply
to the original lines.

When I flip the order of the FTS (line above buffer) I get a wierder result: 
rendering_transform_line2.png

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4075) Rendering Transforms are not encoded in SLD

[Jared Erickson (JIRA)]

Jared Erickson created GEOT-4075:


 Summary: Rendering Transforms are not encoded in SLD
 Key: GEOT-4075
 URL: https://jira.codehaus.org/browse/GEOT-4075
 Project: GeoTools
  Issue Type: Bug
  Components: main
Affects Versions: 8.0-M4
 Environment: OS X, Java 6
Reporter: Jared Erickson
Assignee: Jody Garnett
 Attachments: line_rendering_transform.sld, no_rendering_transform.sld, 
RenderingTransformsInSLD.zip

The  element is lost when reading an SLD as a
Style and then writing the Style back out as an SLD (ie the Transformation
element doesn't survive a round trip).  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] Created: (GEOT-3470) Minimum circle and rectangle Filter Functions

[Jared Erickson (JIRA)]

Minimum circle and rectangle Filter Functions
-

 Key: GEOT-3470
 URL: http://jira.codehaus.org/browse/GEOT-3470
 Project: GeoTools
  Issue Type: New Feature
  Components: core filter
Affects Versions: 2.7-RC2
 Environment: Mac 10.6.6, Java 1.6.0_24
Reporter: Jared Erickson
Priority: Minor
 Attachments: filterfunction_min.diff, states_mincircle.png, 
states_minrect.png

JTS recently added algorithms for calculating minimum rectangles and minimum 
bounding circles.  Let's add filter functions that do these calculations so we 
can use them in SLD geometry transformations.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] Created: (GEOT-3465) ContrastEnhancementImpl.setMethod doesn't work

[Jared Erickson (JIRA)]

ContrastEnhancementImpl.setMethod doesn't work
--

 Key: GEOT-3465
 URL: http://jira.codehaus.org/browse/GEOT-3465
 Project: GeoTools
  Issue Type: Bug
  Components: core styling
Affects Versions: 2.7-RC2
 Environment: Mac 10.6.6, Java 1.6.0_22, GeoTools 2.8 SNAPSHOT
Reporter: Jared Erickson
Priority: Minor
 Attachments: contrast.diff

Calling setMethod() on a org.geotools.styling.ContrastEnhancementImpl object 
doesn't change the method instance variable.  This is a really simple fix: just 
prefix the type and method variables with 'this'.  A unit test and the fix is a 
part of the attached diff.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] Created: (GEOT-3004) CQL BBOX Round Trip

[Jared Erickson (JIRA)]

CQL BBOX Round Trip
---

 Key: GEOT-3004
 URL: http://jira.codehaus.org/browse/GEOT-3004
 Project: GeoTools
  Issue Type: Bug
  Components: core cql
Affects Versions: 2.6.2
 Environment: Mac OS X 10.6.2, Java 1.6.0_17
Reporter: Jared Erickson
Priority: Minor
 Attachments: cql_bbox.patch, CqlBug.zip

The org.geotools.filter.text.cql2.FilterToCQL class does not correctly create 
BBOX CQL statements.  The order should be minX, minY, maxX, maxY, but it is 
encoded as minX, maxX, minY, maxY.

// Simple BBOX CQL Statement
String cql1 = "BBOX(the_geom, 10.0,20.0,30.0,40.0)";

// Create a Filter
Filter f = CQL.toFilter(cql1);

// Convert Filter back to CQL
String cql2 = CQL.toCQL(f);

System.out.println("CQL 1 = " + cql1);
>>> CQL 1 = BBOX(the_geom, 10.0,20.0,30.0,40.0)

System.out.println("CQL 2 = " + cql2);
>>> CQL 2 = BBOX(the_geom, 10.0,30.0,20.0,40.0)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] Created: (GEOT-2365) ArcSDE createSchema fails

[Jared Erickson (JIRA)]

ArcSDE createSchema fails
-

 Key: GEOT-2365
 URL: http://jira.codehaus.org/browse/GEOT-2365
 Project: GeoTools
  Issue Type: Bug
  Components: data arcsde
Affects Versions: 2.5.3
Reporter: Jared Erickson
Assignee: Gabriel Roldán
 Attachments: arcsde_datastore_plugin_path.patch

I was using the GeoTools ArcSDE extension to create a new feature class and 
then write features to it when I discovered a couple bugs.

First, in the ArcSDE dummy api, the SeLayer object doesn't have a public void 
setGridSizes(int i, int j, int k) {} method (at least in 9.1 or 9.2).  Removing 
this method requires a change to the org.geotools.arcsde.data.ArcSDEAdapter 
class.  Int the createSeLayer method layer.setGridSizes(1100, 0, 0); needs to 
be changed to layer.setGridSizes(1100.0, 0.0, 0.0);

Second, also in the ArcSDE dummy api, the SeColumnDefinition object doesn't 
have a public int getScale() { return 0; } method it has a public short 
getScale() { return 0; } method.

Finally, the ArcSDEAdapter class has another bug when constructing the table 
name with provided user name.  Instead of adding the connection's user name 
onto the featureType.getTypeName(), we should add the already parsed 
unqualifiedTypeName.

So, qualifiedName = connection.getUser() + "." + featureType.getTypeName(); 
should become qualifiedName = connection.getUser() + "." + unqualifiedTypeName;


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] Created: (GEOT-2024) ArcSDE NStrings

[Jared Erickson (JIRA)]

ArcSDE NStrings
---

 Key: GEOT-2024
 URL: http://jira.codehaus.org/browse/GEOT-2024
 Project: GeoTools
  Issue Type: Bug
  Components: data arcsde
Affects Versions: 2.5-RC0
 Environment: Windows XP, Java 1.6.0
Reporter: Jared Erickson
Assignee: Gabriel Roldán


I was testing an application that uses the GeoTools ArcSDE module to insert
into an ArcSDE FeatureClass and I think I discovered a bug. For columns of
type NString, you have to use SeRow.setNString instead of SeRow.setString.
ArcSdeFeatureWriter tries to use SeRow.setString for all string types (see
line 653).

else if (colType == SeColumnDefinition.TYPE_STRING
|| colType == SeColumnDefinition.TYPE_NSTRING
|| colType == SeColumnDefinition.TYPE_CLOB
|| colType == SeColumnDefinition.TYPE_NCLOB) {
convertedValue = Converters.convert(convertedValue,
String.class);
row.setString(index, (String) convertedValue);

Could this be fixed for the 2.5 release?

Thanks,
Jared

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

   

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel