You comment is fair; there have been a couple of attempts to define an
"operation" api for features similar to what JAI has going on for
rasters; so far nothing has come of it. The process api was put
together for WPS work and seems okay; but I was hoping for feedback
from the Jesse and the fellow
2009/3/24 Jody Garnett wrote:
> However you are probably in a better position to make these judgement
> calls then anyone.
Jeepers - that's scary... knowing so little I hope and pray that
there is _someone_ who knows more.
I could have also mentioned the process module earlier, since although
it
Looks like ArcSDE is having some trouble with an api change; gabriel
did you forget to commit something?
Jody
> [INFO]
>
> [INFO] Building ArcSDE DataStore plugin
> [INFO] task-segment: [clean, install]
> [INFO]
> --
To be honest Michael I have had very little exposure to how image
operators are presented in GeoTools and have not heard of any serious
work on this one since 2004.
My understanding is that a subclass of Operation2D is good because it
ensures the bounds are modified at the same time as the raster?
Dear all, and especially Martin,
I'd like to make a couple of the image operators in the jai-tools
project available via GeoTools wrappers and, if this seems useful, I
wonder what you think the best way to do this is.
Currently, some JAI functions are wrapped in...
- sub-classes of Operation2D (
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1461/changes
Changes:
[jdeolive] added methods solely for validation, seperated validation into
seperate handler class
[mbedward] added ability to set/query MapLayer selection status as per GEOT-2398
--
done :-)
Carsten - to take advantage of this at the moment you'll need to swap
over to 2.6-SNAPSHOT
Michael
2009/3/24 Jody Garnett :
> I already commented; lets do it.
>
--
Apps built with the Adobe(R) Flex(R) framework
I already commented; lets do it.
On Tue, Mar 24, 2009 at 9:31 AM, Michael Bedward
wrote:
> Any comments on the patch folks ?
>
> http://jira.codehaus.org/browse/GEOT-2398
>
> cheers
> Michael
>
> 2009/3/20 Michael Bedward :
>> No worries Carsten.
>>
>> In case you don't get the jira emails, I've
I am mostly proposing a different point of integration :-)
Here is a link to the scalebar code used in udig:
-
http://svn.refractions.net/udig/udig/trunk/plugins/net.refractions.udig.mapgraphic/src/net/refractions/udig/mapgraphic/scalebar/
What I am actually proposing is picking up this code and
Any comments on the patch folks ?
http://jira.codehaus.org/browse/GEOT-2398
cheers
Michael
2009/3/20 Michael Bedward :
> No worries Carsten.
>
> In case you don't get the jira emails, I've just attached another
> patch to the issue with a first cut at adding selection status to
> MapLayer and fr
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1460/changes
Changes:
[jive] fix factory spi links
--
[...truncated 2504 lines...]
Running org.geotools.xml.SLDParserTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Runn
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1459/changes
Changes:
[jive] implement method for LikeFilter
--
[...truncated 2494 lines...]
Running org.geotools.xml.SLDParserTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.00
Okay David the code is ready for you to create a patch (both 2.5.x and
trunk). I got slammed by the refractions repository going down so I
was unable to commit everything until now.
Jody
On Sat, Mar 21, 2009 at 2:21 AM, David Winslow wrote:
> I'd like to see this in the next GeoServer release, s
Hi gabriel; I have the patch here but was stuck due to the refractions
server being down. I will commit now.
Jody
On Tue, Mar 24, 2009 at 3:58 AM, Gabriel Roldan wrote:
> Main is failing with a compile error unrelated to my commits:
>
> org.geotools.filter.LikeFilterImpl is not abstract and does
[
http://jira.codehaus.org/browse/GEOT-2355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gabriel Roldán reopened GEOT-2355:
--
> ArcSDEQuery's resultCount is unusable on heavy layers
>
Gabriel Roldan ha scritto:
> Main is failing with a compile error unrelated to my commits:
>
> org.geotools.filter.LikeFilterImpl is not abstract and does not override
> abstract method isMatchingCase() in org.opengis.filter.PropertyIsLike
>
>
> how should that be fixed?
I know Jody added that
Main is failing with a compile error unrelated to my commits:
org.geotools.filter.LikeFilterImpl is not abstract and does not override
abstract method isMatchingCase() in org.opengis.filter.PropertyIsLike
how should that be fixed?
Gabriel
Hudson wrote:
> See http://hudson.opengeo.org/hudson/jo
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1458/changes
Changes:
[groldan] GEOT-2365, fixed ArcSDEJavaApiTest.testCreateNonStandardSchema
[groldan] GEOT-2365, applied patch
[groldan] GEOT-2314 fixed bbox test, the issue itself got solved as per the
patch in GEOT-2355
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1457/changes
Changes:
[groldan] GEOT-2355, applied patch to improve result count calculation
--
[...truncated 871 lines...]
Running org.geotools.referencing.PredefinedObjectsTest
Tests run: 5, Failure
Gabriel Roldan wrote:
> guys, I'm more than willing to try and provide my view from the past
> experience with the overrides and all but I guess I'm quite loosing the
> point of the discussion, sorry.
>
> Ben can you rephrase what the actual problem is with the bindings please?
>
>
Afaik there
Daniele Romagnoli wrote:
> Hi all,
> is the refractions maven repo down?
>
it is. Admin please could you give it a kick at your earliest convenience?
Gabriel
> regards,
> Daniele
>
> --
> ---
> Eng. Daniele Romagnoli
> Software Engineer
>
> GeoS
guys, I'm more than willing to try and provide my view from the past
experience with the overrides and all but I guess I'm quite loosing the
point of the discussion, sorry.
Ben can you rephrase what the actual problem is with the bindings please?
thanks
Gabriel
Justin Deoliveira wrote:
> Ben
Ben Caradoc-Davies wrote:
> Justin Deoliveira wrote:
>> Ben Caradoc-Davies wrote:
>> Hmmm... I don't see it this way. I mean... every in geoserver there is
>> now the decision, if simple feature so this, if complex feature do
>> that. I don't see why it cant be the same for GML encoding. If simpl
Hi Wesley,
There is also an email thread here which goes through the process of
troubleshooting a connection to a sql server instance:
http://www.nabble.com/SQL-Server-2008-datastore-connection-td22461607.html
-Justin
Andrea Aime wrote:
> Jody Garnett ha scritto:
>> There is an effort to make
Hi all,
is the refractions maven repo down?
regards,
Daniele
--
---
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
I have opened a ticket: http://trac.osgeo.org/osgeo/ticket/344
If you can check over my quick description and see if you can add anything.
Jody
On Mon, Mar 23, 2009 at 10:11 PM, Jody Garnett wrote:
> Not yet; I will try and ask on IRC.
>
> Andrea was helpful; apparently we have emailed hobu but
Erroneous ESRI aliases in projection parameter names
Key: GEOT-2405
URL: http://jira.codehaus.org/browse/GEOT-2405
Project: GeoTools
Issue Type: Bug
Components: core referencing
Not yet; I will try and ask on IRC.
Andrea was helpful; apparently we have emailed hobu but not filed an
issue yet. I would like to see if osgeo can fix this issue before we
consider moving.
- http://trac.osgeo.org/osgeo/
Jody
2009/3/23 Daniele Romagnoli :
> Hi list,
> any news on this subject?
MemoryDataStore returns wrong BoundingBox
-
Key: GEOT-2404
URL: http://jira.codehaus.org/browse/GEOT-2404
Project: GeoTools
Issue Type: Bug
Components: core main
Affects Versions: 2.5.3
Hi list,
any news on this subject?
Regards,
Daniele
On Thu, Mar 19, 2009 at 9:39 PM, Jody Garnett wrote:
> I think that is the situation i wish to prevent. The best solution
> would be to fix the osgeo repository; if not we should kill it. The
> reasons we are migrating from the refractions repo
Jody Garnett ha scritto:
> There is an effort to make a series of "jdbc-ng" datastores; you
> should check if SQLServer is covered. If not you may wish to volunteer
> to build one based on what you see there.
>
> Because these modules are still unsupported there are no user docs for
> them. They a
31 matches
Mail list logo
