es even when it is not needed.
> --
> Jody Garnett
>
>
> On Wed, 13 May 2020 at 00:38, Andrea Aime
> wrote:
>
>> Goin back to the original mail
>>
>> On Wed, May 13, 2020 at 2:12 AM David Blasby
>> wrote:
>>
>>>
>>>
>>>
Oh - I reported the issue to the Natural Earth people -
https://github.com/nvkelso/natural-earth-vector/issues/343
On Tue, May 12, 2020 at 5:11 PM David Blasby
wrote:
> Hi,
>
> I was trying to use the Natural Earth GeoPackage (countries) - link below.
>
> However, I found the ren
Hi,
I was trying to use the Natural Earth GeoPackage (countries) - link below.
However, I found the rendering was very "wrong";
[image: image.png]
This triangle is actually 3 small islands - it's represented in the
GeoPackage as a Multipolygon (one polygon for each island).
This works fine in
out time zone"
>
> Cheers
> Andrea
>
>
> On Tue, Mar 10, 2020 at 7:01 PM David Blasby
> wrote:
>
>> I'll look into the problem this afternoon.
>>
>> The timezone handling in sql lite is very limited and confusing.
>>
>> Cheers,
&g
I'll look into the problem this afternoon.
The timezone handling in sql lite is very limited and confusing.
Cheers,
David
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
Title: Message Title
David Blasby created
Title: Message Title
David Blasby created
Jessie,
As we talked about in the IRC.
The intersection() function at the very bottom of the
LabelCacheDefault.java should be:
//djb: replaced because old one was from sun's Rectangle class
private Envelope intersection(Envelope e1,Envelope e2)
{
Envelope r =
When I modified the PostGIS driver to (a) use Base64 and (b) optimize
WKB parsing, I added two file:
http://svn.geotools.org/geotools/trunk/gt/plugin/postgis/src/org/geotools/data/postgis/attributeio/Base64.java
I also noticed that the intersection() function at the very bottom of
LabelCacheDefault.java is very similiar (but not exact) to Sun's
Rectangle.intersection() function.
I've replaced this function with a call to JTS's Envelope.intersection()
function. I believe this happened because JTS 1.6
My rough idea of a project plan for the FM branch would be:
- write test cases for everything up to SimpleFeature
- port shapefile and postgis over to use SimpleFeature
- slam the change onto trunk, and explore the rest of the API as
aspects of the orphaned complex-feature branch trickle in
Cory Horner wrote:
As mentioned in the meeting:
http://docs.codehaus.org/display/GEOTOOLS/Tasks+for+2.2.0+release
...are the tasks needed to be done! Please review and edit to your
liking.
I think you should add PostGIS datastore to Milestone 3 because
Geotools isnt really useful without
(resending because my email was having problems)
My rough idea of a project plan for the FM branch would be:
- write test cases for everything up to SimpleFeature
- port shapefile and postgis over to use SimpleFeature
- slam the change onto trunk, and explore the rest of the API as
aspects of
(resending because my email was having problems)
Martin Desruisseaux wrote:
- The GO-1 module has basic classes for a new renderer with more
rigourous axis support.
Martin,
I've heard about the GO-1 renderer, but I dont know anything about it.
Could you give a few sentances on what it is?
Jody Garnett wrote:
We spent the day fighting with Maven (heck it is just like normal
geotools development). The goal is to get the FM branch ready for
group development, rather then just one person hacking in eclipse.
Thanks to those who showed up, the positive feedback on the
TypeBuilder
Here's a quick question for you, jody. When is udig planning on
transitioning to the FM? I'm not sure if you have a enough info to
answer that, but what does your gut say?
dave
---
Using Tomcat but need to do more? Need to support web
, 8.1, and HEAD cvs branches and new
official releases should hopefully be out soon.
dave
David Blasby wrote:
Okay, I've found a pretty nasty bug in the PostGIS driver.
My dataset is a table with about 250 rows in it. Each row has the
VMAP0 dataset polygon of a country in. Each row is large
IF YOU ARE INTERESTED IN GRID COVERAGES OR THINK GRID COVERAGE WORK WILL
AFFECT YOU - PLEASE SPEAK UP NOW.
We didnt have enough time to discuss all the details, so we're having
another meeting next week. Also, we've been discussing merging in the
Grid Coverage renderer to trunk, which could
Martin (and others),
Thanks a lot for this update, its given me a lot of info.
dave
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
During the Grid Coverage/Renderer improvements IRC today, we talked
about merging the grid coverage branch onto trunk.
See:
http://docs.codehaus.org/display/GEOTOOLS/2006/05/01/Renderer+IRC
and the Renderer improvements meeting part 2 (Grid Coverge Merge to
Trunk) message thread.
I know almost
Either way I feel like using Transaction hints to do rendering stuff
is stretching the design a slight bit too far. Perhaps put hints in
Query itself?
Thats what I first suggested, but jody said the way to go was to put it
in Transaction.
But, then it affect all future Queries on that
Okay, I finished investigating making Queries w/o FIDs.
According to the profiler, I was expecting an approximately 15-25% speed
increase.
The actual results were not as expected (for reading and rendering
100,000 lines - average 83 points/line in the original data, very high
decimation
Cory Horner wrote:
Hi folks,
We've been getting strange errors in uDig when rendering from PostGIS
(and possibly others). Everything appeared to draw correctly, but
some exceptions occurred including this:
Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
at
?
Return the zero-width box - it still has data in it. It could be doing
some type of clipping...
dave
Cory Horner wrote:
David Blasby wrote:
This has happened for a long time, but now the decimation is more
aggressive so it occurs more often.
I havent been able to get the Geoserver WMS
Saul,
I noticed this too. I added the SQL92 like-encoder a little while ago
and tested in in postgis. I dont have oracle, mysql, or SDE here to
test, so I didnt add it to them. I did, however, send a message out
asking folks to test and add it to the filter capabilities if it worked.
I
Changes
-
NOTE: test cases are mostly turned off for maven 2 and non-functional
in maven 1. I ran the tests in eclipse and they pass.
NOTE: I had awful trouble moving my changes from 2.2.x to trunk.
As I mentioned last week, I made a bunch of changes to improve
performance and fix
Andrea Aime wrote:
Hum I'm wondering what changes did you made. It's easy to make
decimation more efficient
by making it more aggressive, but a properly working decimation
generates results that cannot
be distinguished from not having applied decimation at all.
When I coded it, I made
Jody,
My plan to not generate FIDs for Rendering only had a 5% speed
increase. I'm not sure why the profiler was off by so much - perhaps IO
is a limiting factor.
Well, the next biggest time sink seems to be calculating hashcodes for
the Symbolizers (and their sub-objects).
I was
(sending this out quickly for the IRC meeting)
Okay, I've been fixing up the StreamingRenderer the last little while,
and here's what I think needs to be done. Most of these are just little
clean-up to get rid of the evidence of a long period of people slapping
stuff into it.
A) The path
I've upgraded the StreamingRenderer so that it smarter about sending
Filter in the datastore. Jessie did the original work, I just
generalized it a bit.
You can set a renderer hint maxFiltersToSendToDatastore (Integer) to
limit the number of Filters that get sent to the datastore. The
The PostgisPermissionOnlineTest doesnt work on a local database and it
just hangs when it runs remotely.
It appears to be accessing a restricted table in the database, so this
looks like another missing data problem.
There's no real comments in the test case, so I have no idea what its
http://jira.codehaus.org/browse/GEOT-832
Jody Garnett wrote:
David Blasby wrote:
I'm unable to build shapefile using maven 1 or maven 2. Same problem
as before.
We applied a patch to close the readers ... so it must be a different
problem then we fixed? Can you give Jesse a Jira number
Jody, I modified my program so it looks like this (using a
DefaultTransaction ):
private void process() throws Exception
{
DefaultTransaction trans = new DefaultTransaction();
FeatureWriter aWriter = ds.getFeatureWriter(table_name,trans);
while
Jody,
I looked more into the featurewriting stuff that we talked about last
night -- here's what I found.
I think there's a problem in how Feature implements equals. Here's
where it came up.
I wrote a tiny program that updates a table in my database:
/**
* similiar to:
* update table
This problem has been going for almost 2 months. I've only been able to
build 2.2.x ONCE.
I say we just delete the test case - this is been going on WAY too long
and cost me way too much time.
dave
---
This SF.Net email is sponsored by
Paul Ramsey wrote:
On 13-Mar-06, at 11:08 AM, [EMAIL PROTECTED] wrote:
ps. Jody -- you put udig on its own confluence so I'd like to hear your
experience.
It was as advertised. Take the backup XML file and upload, content
appears.
Excellent. Did you try to move over JIRA issues?
I noticed this change.
I think this is the incorrect interpretation since there is a
PropertyIsNull test in Filter.
dave
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and
David Blasby wrote:
I noticed this change.
I think this is the incorrect interpretation since there is a
PropertyIsNull test in Filter.
oops, I noticed that PropertyIsNull is interpreted as
[ interstate = null ]
which causes exceptions because the right hand side of the = is 'null
Martin Desruisseaux wrote:
I already posted an email suggesting the same (for different reason)
two weeks ago. Since I got no objection, I already upgrated the Maven
2 build on trunk to the following version:
8.1-404.jdbc3
This is 404 instead of 405 only because the 404 version was the
I've noticed a few problems with an older version of the Postgresql JDBC
driver.
This had to do with detecting encoding of data in the database. I've
been using:
http://jdbc.postgresql.org/download/postgresql-8.1-405.jdbc3.jar
and have found that it works better.
I'd like to suggest that
I've been able to get 2.2.x working with maven 1. Still no go with maven 2.
For those of you who are interested, there's a geoserver branch
(branches/1_3_0a_geotools_2_2_x) that is the current trunk of
geoserver (to be 1.3.1 soonish) moved to 2.2.x.
dave
(I picked up yesterday's changes, but 'no go')
With Maven 2, I'm getting the same missing-JAI library-like error as
before in plugin/image. It builds/tests fine with Maven 1, so I'm
betting this is some type of Maven 2 configuration problem.
==
java.lang.NoClassDefFoundError:
I spent a lot of time looking at whats was going on, but that code is
*extreamly* difficult to read. As far as I can tell, it looks like it
has one thread reading the shapefile and another writing to it. That
should *always* throw an exception as the write operation seems to
replace the
+
| Executing clean,jar:install geotools-oraclespatial
| Memory: 34M/59M
+
Attempting to download ojdbc-14.jar.
WARNING: Failed to download ojdbc-14.jar.
BUILD FAILED
I looked at the project.xml and I see:
!-- To
Cory,
You added to TransformerBase.java (commit message GEOT-806: XML
Indentation fixed, line 71):
if (indentation -1) {
tFactory.setAttribute(indent-number, new
Integer(indentation));
}
This is causing:
Caused by: java.lang.IllegalArgumentException: Not
Folks told me to go to maven 2 for 2.2.x. I did, but I'm getting
different errors.
I have JAI installed. I verified that
com/sun/media/imageio/stream/FileChannelImageInputStream is in
C:\j2sdk1.4.2_07\jre\lib\ext\jai_imageio.jar.
Any idea whats wrong?
dave
Thanks a lot, oliver.
Changes should be commited to the 2.2.x AND trunk branches.
Putting it in 2.2.x means that everyone using the stable branch gets
your changes and putting it in trunk means that your changes will make
it to the next stable version (and for the folks currently using
Most of the connection pooling is actually done by the Postgresql JDBC
driver, but there's a proxy object on top of it thats hard to look inside.
I talked to the Postgresql JDBC mailing list and they said oops - it
should reset the stream so its in a consistent state. Dont know when
this
I have a few patches I just did for 2.1.x - the bugs are still in 2.2.x
and trunk. I'd like to move the patches forward, but I'm unable to
build 2.2.x.
I'm also stalled moving geoserver from 2.1.x to 2.2.x and have been for
a while. I'm actually using geoserver quite a bit; this is prime
Jody Garnett wrote:
Jesse Eichar wrote:
Jody said he had some people working on the problem so I haven't been
looking into it. I'll see if he is still on this.
Yes oliver is working on this, I hope to hear back tomorrow myself.
Fraid we were stuck in a meeting all day today...
On a
Okay, I've found a pretty nasty bug in the PostGIS driver.
My dataset is a table with about 250 rows in it. Each row has the VMAP0
dataset polygon of a country in. Each row is large.
If you look closely at the JDBC datastore, you'll notice that it will
fetch 200 rows at a time - which means
51 matches
Mail list logo
