Yes, fine with me.
On Mon, May 27, 2013 at 2:15 AM, Andrea Aime
wrote:
>
>
> For the latter I've cc'ed Martin Davis. Martin, is it ok to make a copy of
> the WKBReader in GeoTools, keeping both the original copyright header and
> the GeoTools one
ion runs
>
> I've created a test rendering transformation changing the name of an
> attribute
> and prepared tests, things seem to be working fine.
>
> I've committed the change on trunk only at the moment, can you let me
> know if this fixes your issue?
>
>
&g
:
Martin Davis
This message is automatically generated by JIRA.
If you
t contexts, so it really
needs to get resolved.
On Wed, Oct 3, 2012 at 4:24 PM, Martin Davis wrote:
> Any thoughts on this from the Rendering Transformation designer?
>
> This same code is causing me problems as well, in a different way. I am
> experimenting with rendering transforma
:
Martin Davis
This message is automatically
Tools
Priority:
Major
Reporter:
Martin
he user's
> responsibility to check for a valid result - thus washing our hands :)
>
> Here is a jaitools issue. Please edit it if I've omitted or mangled
> anything:
>
> http://code.google.com/p/jaitools/issues/detail?id=207
>
> Michael
>
> On 5 October 2012 1
Doh! Rather than having to compute the "largest geometry envelope
dimension", just use the diagonal distance across the envelope. Simpler to
compute and more representative too.
On Thu, Oct 4, 2012 at 9:07 AM, Martin Davis wrote:
> If this is chosen in some way similar to wha
degree of simplification, with a default value.
>
> Did you use a DP simplifier ?
>
> Michael
>
> On 4 October 2012 10:02, Martin Davis wrote:
> > Is there any way the simplification can be improved in the Contour
> process?
> > I have a dataset that produces fairl
from 1835
vertices to 81 vertices, with little or no impact on appearance.
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Don't let slow site performance ruin your bus
m/jaw/sfrnl04242012/114/50122263/
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from
Issue Type:
Bug
Affects Versions:
8.2
Assignee:
Martin Davis
or something and then have it actually
> > wrap up the individual parameters that are in its mutual exclusive group.
>
> I was thinking about something simpler than that, just adding a value
> called "group" or somthing like that, with the na
Priority:
Minor
Reporter:
Martin Davis
GeoTools
Priority:
Minor
Reporter:
Ma
Reporter:
Martin Davis
Reporter:
Martin Davis
This message is automatically
Reporter:
Martin Davis
This message is automatically generat
fault value of null, which allows using the name if no title is
present - thus making this non-breaking. (Or is it better to use some
obvious non-null value?)
(I filed a ticket on this a little while back:
http://jira.codehaus.org/browse/GEOT-4210.)
--
Martin Davis
OpenGeo - http://opengeo.org
E
, Andrea Aime
wrote:
> On Mon, Aug 13, 2012 at 11:57 PM, Martin Davis wrote:
>
>> As part of the process metadata cleanup exercise, it would be nice to
>> standardize on a single term to use to refer to the data structure
>> represented by the GridCoverage class. In variou
used to refer to grids/rasters? Of course
some of the processes use "Coverage" in their names, but the metadata could
still use an alternate term to provide more clarity.
Is there any preference for using "grid" or "raster
:
Improvement
Affects Versions:
8.1
Assignee:
Martin Davis
Reporter:
Martin Davis
well)
Project:
GeoTools
Priority:
Major
Reporter:
Martin
:
Martin Davis
This message is automatically generated by JIRA.
If you think
.
Project:
GeoTools
Priority:
Minor
Reporter:
Martin Davis
Oversight filed:
https://jira.codehaus.org/browse/GEOT-4209
Andrea, do you want to keep reviewing minor patches like this, or should I
just go ahead and commit?
On Wed, Jul 18, 2012 at 1:22 PM, Martin Davis wrote:
> Thanks for confirming. In absence of an "Oversight" category
Thanks for confirming. In absence of an "Oversight" category in JIRA I'll
file it as a bug. ;^)
On Wed, Jul 18, 2012 at 12:55 PM, Andrea Aime
wrote:
> On Wed, Jul 18, 2012 at 9:06 PM, Martin Davis wrote:
>
>> While working with GeoServer WPS proce
attributes which
are overly terse - but that's a different problem. The first step to
fixing this is to surface the metadata content somewhere where it's
painfully visible. 8^) And actually we're working on improving the
metadata content as well.
Martin Davis
OpenGeo - http://ope
ul 3, 2012 at 5:03 PM, Martin Davis wrote:
>
>> Justin, it's good to have these different workflows explained (canonical
>> VS personal feature branch). Perhaps worth adding the feature branch
>> workflow to the Git doc, under the Git Primer section?
>>
>>
master
> # do some work
> git add/commit
> git push jdeolive feature
>
> # time passes, more work, ready to merge
> git checkout master
> git pull geotools master
> git merge my_feature
> git pull --rebase geotools master
> git push geotools master
>
>
> --
[Posting this to the devel list as well, since it's more of a dev kind of
question]
The WPS spec supports requesting only specific outputs from processes which
support multiple outputs. Does the GT Process API support this capability?
--
Martin Davis
OpenGeo - http://opengeo.org
E
Priority:
Minor
Reporter:
Martin Davis
Priority:
Minor
Reporter:
Martin Davis
Priority:
Trivial
Reporter:
Martin Davis
On Sat, Jun 9, 2012 at 1:00 AM, Andrea Aime wrote:
> On Sat, Jun 9, 2012 at 9:21 AM, Martin Davis wrote:
> > So maybe provide both synch and asynch annotation attributes, but default
> > them both to true, so that the only thing that really needs to be
> supplied
> >
What I really want is a way to deny synchronous execution of processes that
> take so long it's unreasonable to think a HTTP call can be kept up that
> long.
>
> Long story short, I believe asynch = true and synch = true is a better fit
> for
> the general case, and eve
or is willing to return negative numbers
> (-16%5=-1) and would not work for that use-case.
>
> The classical "modulo" definition implemented here is always positive
> (example: modulo(-16,5)=1 ).
> --
> Jody Garnett
>
>
--
Martin Davis
OpenGe
changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists
---
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in ma
ence
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/11
Martin Davis created GEOT-4145:
--
Summary: Added GeometryBuilder for easier creation of JTS
geometries
Key: GEOT-4145
URL: https://jira.codehaus.org/browse/GEOT-4145
Project: GeoTools
Issue
t;> of the GeoNode project. David has proposed a number of solid patches over
>> the years and most recently some work on the TransformerBase class to allow
>> it to do buffered writing with mark/reset capabilities.
>>
>> The second person doesn't really require
Martin Davis created GEOT-4140:
--
Summary: Oracle plugin does not handle read/write of 3D Polygons
correctly
Key: GEOT-4140
URL: https://jira.codehaus.org/browse/GEOT-4140
Project: GeoTools
Martin Davis created GEOT-4136:
--
Summary: GML3 Encoding does not handle 3D geometry
Key: GEOT-4136
URL: https://jira.codehaus.org/browse/GEOT-4136
Project: GeoTools
Issue Type: Bug
Martin Davis created GEOT-4133:
--
Summary: Oracle plugin changes representation of rectangles for
INSERTS and does not preserve Z values
Key: GEOT-4133
URL: https://jira.codehaus.org/browse/GEOT-4133
Martin Davis created GEOT-4132:
--
Summary: Oracle GeometryConverter rectangle test is slow and
non-robust
Key: GEOT-4132
URL: https://jira.codehaus.org/browse/GEOT-4132
Project: GeoTools
Issue
Martin Davis created GEOT-4130:
--
Summary: GeometryCoordinateSequenceTransformer now uses input
CoordinateSequenceFactory by default
Key: GEOT-4130
URL: https://jira.codehaus.org/browse/GEOT-4130
Project
gt;
> Any ideas are welcome !
>
>
>
> On 04/05/2012, at 8:48 AM, Martin Davis wrote:
>
> I looked into this in a bit more detail with Justin, and it seems like
> there is some tenuous dependencies that would make it hard to just move the
> classes as they stand. (E
move
some of the code into gt-main. For instance, perhaps the smoothing code
would better belong in main?
On Thu, May 3, 2012 at 1:04 PM, Martin Davis wrote:
> There's a bunch of classes in org.geotools.geometry.jts in gt-api. It
> seems like these would be better off in gt-main, s
which could be exposed and shared with gt-main. I don't want to
keep adding JTS code to gt-api if that's just perpetuating the mess.
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Makes sense. I'll work up a unit test for
GeometryCoordinateSequenceTransformer, and then I'll be working on a test
at the WFS level (since the main goal is to get Z ordinates coming through
WFS).
On Tue, May 1, 2012 at 6:00 AM, Andrea Aime wrote:
> On Tue, May 1, 2012 at 1:21 AM,
Ok, taking care of this inside GeometryCoordinateSequenceTransformer seems
to work in (very) limited testing. I'll open up a ticket for this and
attach the patch - then await word on how best to test (and others can
pitch in if they want).
On Mon, Apr 30, 2012 at 4:07 PM, Martin Davis
nch after we have confirmed downstream projects are still
> happy.
>
> I note that I have sent a "release candidate" email out; so ideally you
> could try out this change shortly? I expect a couple of weeks of code
> freeze as we tak
soon enough to help this GeoTools problem).
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today
only be a single candidate.
On Thu, Apr 19, 2012 at 1:30 PM, Martin Davis wrote:
> While doing some work with shapefiles containing very large polygons with
> huge numbers of holes, I noticed some issues with the Shapefile reader
> code. (I was working with an old, old version of the
I just noticed that in FilterFunction_area.java the name of the defined
function is "area2". Is this a bug?
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
For Dev
that's needed in this case). It could be
replaced with a simple iteration over the array with a reference comparison.
Since these only apply to MultiPolygons with holes, this is probably very
much a corner case. But when they bite, they're bad.
--
Martin Davis
OpenGeo - http://o
out how to set up a test scenario
that will let me bisect down to the problem.
On Sun, Apr 1, 2012 at 8:32 AM, Andrea Aime wrote:
> On Fri, Mar 30, 2012 at 1:06 AM, Martin Davis wrote:
>
>> I'm working on a RenderingTransformation which generates a GridCoverage.
>> This w
- it only
happens when a tiled map makes multiple requests at once. I have control
flow enabled to allow only a single request at a time, but this doesn't
solve the problem.
On Thu, Mar 29, 2012 at 4:06 PM, Martin Davis wrote:
> I'm working on a RenderingTransformation which generates
andom
fashion. (All other layers on the broken tiles are rendered correctly.
I notice that there has been a recent change to StreamingRender
(GEOT-4059). I am using this latest code. Is it possible that this fix
has introduced some sort of race condition in the renderer?
--
Martin Davis
Op
e of the same was when Andrea Aime and I wrote the
> JAITools vectorize operation which was a port of an original GeoTools
> process, and then Andrea brought it back to GeoTools in new improved
> form as PolygonExtractionProcess.
>
> Michae
Thanks for the clarification, Andrea.
For this net new code I'll just use org.geotools.process.raster.surface
then.
On Tue, Mar 13, 2012 at 12:33 PM, Andrea Aime
wrote:
> On Tue, Mar 13, 2012 at 7:49 PM, Martin Davis wrote:
> > I'm curious about the rationale o
5:18 PM, Martin Davis wrote:
> Will do, Michael.
>
> And yes, I'll be working on a test! 8^)
>
>
> On Mon, Mar 12, 2012 at 4:44 PM, Michael Bedward <
> michael.bedw...@gmail.com> wrote:
>
>> Hi Martin
>>
>> As (nominally) a module maintainer f
fine.
>
> Please go ahead and submit it to Jira, If you have a chance to add
> some tests that would be much appreciated.
>
> Michael
>
> On 13 March 2012 09:54, Martin Davis wrote:
> > Here at OpenGeo we've developed a surface interpolation process using
> Barnes
Martin Davis created GEOT-4060:
--
Summary: Process parameters not passed to RenderingTransformation
invert methods
Key: GEOT-4060
URL: https://jira.codehaus.org/browse/GEOT-4060
Project: GeoTools
Martin Davis created GEOT-4057:
--
Summary: Make RenderingProcess a mixin
Key: GEOT-4057
URL: https://jira.codehaus.org/browse/GEOT-4057
Project: GeoTools
Issue Type: Improvement
d negative experience with
SDE... 8^)
On Mon, Feb 13, 2012 at 11:42 AM, Andrea Aime
wrote:
> On Mon, Feb 13, 2012 at 7:51 PM, Martin Davis wrote:
>
>> Ok, I missed the fact that performance is also an issue with the standard
>> Oracle views. Given that, it seems like creating a custom
t 7:42 PM, Martin Davis wrote:
> > Andrea, I'm a bit late to the party on this one, but I came across this
> > query while starting to come up to speed on the GT mailing list.
> >
> > In order to prevent data redundancy (with the inevitable risk of getting
> out
>
view backed by the existing Oracle spatial metadata views?
Actually, I'm not quite clear on why a pool user would *not* be able to see
the metadata for all the spatial tables they have access to, via the
ALL_SDO_GEOM_METADATA
view?
--
Martin Davis
OpenGeo - http://opengeo.org
Expert servic
Martin Davis created GEOT-4007:
--
Summary: Improve efficiency of PreparedStatement caching by using
parameters for Limit/Offset values
Key: GEOT-4007
URL: https://jira.codehaus.org/browse/GEOT-4007
Martin Davis created GEOT-4005:
--
Summary: Provide logging for cascaded WMS queries
Key: GEOT-4005
URL: https://jira.codehaus.org/browse/GEOT-4005
Project: GeoTools
Issue Type: Improvement
f a topological data structure, and how
the editing tools reflect and report topological consistency.
Hope this helps - Martin
Martin Davis, Senior Technical Architect
Vivid Solutions Inc. www.vividsolutions.com
Suite #1A-2328 Government Street Victoria, B.C. V8T 5G5
Phone: (250) 385 6040
y as well. I've been playing
> with some concepts lately, some of which involved using JTS
> for the "2D projection" of 3D solids. Is JTS considering
> anything towards 3D currently?
No, definitely not in the plans. 3D is waaay harder than 2D. I would
expect that a 3
74 matches
Mail list logo
