I had a quick look at the apidocs and user docs. No problems noted.
Brad
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!
I was more thinking about this as an output format / representation of the
complex feature. As a future consideration (if we ever had time) your work
could be extended to automatically infer a mapping definition from the
geopackage with related tables.
Brad
From: Nuno Oliveira
Sent:
It is possible that
https://osgeo-org.atlassian.net/browse/GEOS-8491
is the same issue
Brad
-Original Message-
From: Ben Caradoc-Davies
Sent: Saturday, 30 June 2018 12:16 PM
To: GeoTools Devel
Subject: [Geotools-devel] Backport of HSQLDB upgrade to 2.4.1
I will be backporting the
Hi Nuno,
I’m not sure if you’ve seen it, but there has been some work on adding related
tables support to GeoPackage
This is public at http://www.geopackage.org/18-000.html (or
https://github.com/jyutzler/geopackage-related-tables which is basically the
source code for the spec).
If I
I tried this with a clean checkout of master on a windows box (which I don’t
normally do, but for this test…).
I’m not able to reproduce. My environment is slightly different in that I’m not
using Eclipse, but rather building on Netbeans 8.2.
I am definitely using a 64 bit Java 8 (C:\Program
I think we should always be running them, ideally with small local data sets.
Brad
From: Andrea Aime
Sent: Tuesday, 21 August 2018 4:51 PM
To: Geotools-Devel list
Subject: [Geotools-devel] Geopackage tests failing
Hi,
the GeoPackage tests are currently failing in filtering. The
that you have been already working on the branch
"bradh-patch-1" for 4 weeks, while your feature branches are typically open for
3 days?
You will find this and other interesting statistics about the CI practices in
your project at
https://carminevassallo.github.io/detectorsIcons/summari
Sorry, still a bit early in my time zone.
Brad
-Original Message-
From: Ben Caradoc-Davies
Sent: Tuesday, 24 July 2018 7:08 AM
To: Geotools-Devel list
Subject: [Geotools-devel] Reminder: GeoTools / GeoServer meeting at 19:30
UTC on Tuesday
GeoTools / GeoServer committee meeting on
https://github.com/geotools/geotools/pull/1986 is a proposal to remove
xmlunit (and junit) as dependencies we ship in geotools.
The reason why we were providing that is partly because some of the
dependency definitions were not test scoped, and partly because we actually
do depend on it, for
Looking at the history, epsg-oracle hasn’t been getting a lot of attention.
Brad
From: Andrea Aime
Sent: Monday, 9 July 2018 8:00 PM
To: Geotools-Devel list
Subject: [Geotools-devel] Cleaning up some community modules
Hi,
I was looking at a Ian's pull request about supporting
+1 for the GeoServer part.
For the avoidance of doubt, I’m positive for doing it on geotools and
geowebcache, but I’m not voting for those.
Brad
From: Andrea Aime
Sent: Sunday, 15 April 2018 7:47 PM
To: Geotools-Devel list
Just use layers(0) instead of getLayer(0).
See
http://docs.geotools.org/latest/userguide/tutorial/map/style.html#creating-a
-style-based-on-the-selection for an updated version of the tutorial. The
old version assumes 2.7 (per pom.xml at the top of the page you linked to).
HTH.
Brad
Understood on remaining compatible with JDK 8, but just did some forward
looking because future JVMs may not support JDK 8 as a target.
Brad
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
I have some legacy with the main spatialite project (sometime committer, good
relationship with Sandro), so I’ll take a look.
No promises, especially if the native code part is mixed, around supporting
older versions of the data files.
And not an offer to maintain – I also have a lot of
access by org.opengis.util.CodeListTest
(file:/home/bradh/geotools-jdk11/modules/library/opengis/target/test-classes/)
to field java.util.ArrayList.elementData
WARNING: Please consider reporting this to the maintainers of
org.opengis.util.CodeListTest
WARNING: Use --illegal-access=warn to enable
The JIRA ticket is important for it to get into the release notes. Its not
hard to create one. It would have been good practice to include the analysis
in the ticket (which is less likely to get lost than an email discussion).
It probably isn't absolutely critical, but why not do it?
You probably
There is a developers' guide for GeoTools, and you can read a relevant part
at http://docs.geotools.org/latest/developer/procedures/contribute.html
Please let us know if anything is unclear after you've read through the
guide.
Brad
-Original Message-
From: Martin Zeller
Sent: Tuesday,
Lets see how much I can get done leading up to the RC (say by the end of the
first week in January). If its still looking bad, we’ll demote it to community.
Brad
From: Andrea Aime
Sent: Monday, 12 November 2018 2:11 AM
To: Brad Hards
Cc: Geotools-Devel list
Subject: Re:
I sent a PR for the PMD branch that adds the ruleset as a local file. Because
the ruleset has to be an absolute path to work in the PMD maven plugin, you now
have to run at least the “initialize” goal in maven, something like:
mvn initialize pmd:check -Ppmd
I took the default ruleset and
Even if I could occasionally make 0630 (which will revert to 0530 once daylight
savings ends here), I’m not really awake enough to contribute much. So optimise
for those doing most of the work (hence needing most of the coordination), and
I’ll do what I can to match that if I’m travelling.
+1: I’m always happy to have tools help me get things right. The other tool
I’ve seen, but not tried yet, is Infer (https://fbinfer.com/)
I had a look at the PMD branch, but it says “This branch is even with
geotools:master.” – did you push?
Brad
ilding org.eclipse.imagen:imagen-core 0.4-SNAPSHOT [3/4]
[INFO] [ jar ]-
[INFO]
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ imagen-core ---
[INFO] Deleting /home/bradh/imagen/modules/core/target
[INFO]
Andrea,
I tried to read the changes – its beyond me at the moment.
I did build the geotools, geowebcache and geoserver branches locally (on ubuntu
1904 and openjdk11) and booted the resulting war file on tomcat9. Looks good.
I can only express my gratitude for the lone geowolf effort,
PDF manual has right version and a lot of pages.
Deployed the .war on tomcat9 on geoserver 19.04 with default JVM (openjdk
11.0.3).
Restarted – runs up OK. Logged in, expected UI shows.
Tasmania and NYC layer previews work OK.
Spearfish layers show a ServiceException
24 matches
Mail list logo