Am 03.07.2011 09:57, schrieb Jody Garnett:
Well with the map layer work sorted out (thanks mbedward and aaime) I
can return to what I wanted to work on after docs ...
With that in mind I am going to break out gt-process with an eye towards
moving it to supported status.
From my perspective
Am 04.07.2011 14:00, schrieb Andrea Aime:
On Mon, Jul 4, 2011 at 1:06 PM, Matthias Lendholt
matthias.lendh...@gfz-potsdam.de
mailto:matthias.lendh...@gfz-potsdam.de wrote:
Am 03.07.2011 09:57, schrieb Jody Garnett:
Well with the map layer work sorted out (thanks mbedward and aaime
Am 04.07.2011 16:29, schrieb Andrea Aime:
On Mon, Jul 4, 2011 at 4:20 PM, Matthias Lendholt
matthias.lendh...@gfz-potsdam.de
mailto:matthias.lendh...@gfz-potsdam.de wrote:
Interesting. Did you try dropping those processes in a GeoServer?
They might work out of the box in WPS
Am 23.02.2011 18:27, schrieb Andrea Aime:
On Wed, Feb 23, 2011 at 2:01 AM, Matthias Lendholt
btw: after I have committed these patches on trunk, for which fix
version do I close them in jira? Is the trunk v2.7.0?
Trunk is going to become 2.8.0, the 2.7.x branch is for 2.7.0.
2.7.x
Am 22.02.2011 23:29, schrieb Jody Garnett:
Done; welcome to the project.
Wow that took weeks; hopefully you still remember where the patches are
that started this journey.
Luckily they are all documented in JIRA :-)
btw: after I have committed these patches on trunk, for which fix
version do
Hi all,
there are patches waiting to be applied :-) I know that the wps plugin
is unmaintained but maybe someone who is able to commit could just take
the patches and bring them on trunk.
For GEOT-2978 it's just a simple null-check and for GEOT-2717 two
patches are waiting based on former
: Matthias Lendholt
Assignee: Justin Deoliveira
Mail thread from geotools-devel:
Am 10.02.2011 18:51, schrieb Justin Deoliveira:
Actually now that trunk is free the EMF upgrade is my first geotools
priority when i get a bit of free time. Mostly because i want to
evaluate
...@geo-solutions.it mailto:andrea.a...@geo-solutions.it wrote:
On Thu, Feb 10, 2011 at 4:57 PM, Matthias Lendholt
matthias.lendh...@gfz-potsdam.de
mailto:matthias.lendh...@gfz-potsdam.de wrote:
Hopefully. First I have to setup maven/eclipse/svn for a fresh
geotools
Hopefully. First I have to setup maven/eclipse/svn for a fresh geotools
workspace to access trunk. Or have you switched to git?
Cheers, Matthias
Am 10.02.2011 10:38, schrieb Jody Garnett:
Yeah good thought; Matthias would you be able to check the result?
Jody
On 10/02/2011, at 5:32 PM,
Dear udig-devel, geotools-devel,
(Sorry for crossposting but this affects both uDig and Geotools)
Recently we upgraded our project from eclipse 3.5, udig-sdk_1.2RC1
(geotools 2.6.2) to eclipse 3.6, udig_sdk_1.2.1 (with geotools 2.7-RC1).
For the integretion / wrapping of WPS processes the
/browse/GEOT-2978
Project: GeoTools
Issue Type: Bug
Components: new modules
Affects Versions: 2.6.2
Reporter: Matthias Lendholt
Assignee: Jody Garnett
Priority: Minor
Fix For: 2.6.5
Attachments: GEOT-2978
The wps plugin is using org.geotools.xml.impl.ParserHandler for parsing
the WPS output. Where do I have to store xsd files to avoid flooding my
logfile with:
Mar 15, 2010 10:42:28 AM org.geotools.xml.impl.ParserHandler startElement
INFO: Could not find declaration for:
/browse/GEOT-2977
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.6.2
Reporter: Matthias Lendholt
Priority: Trivial
Fix For: 2.6.3
Bug in equals check in row 73
currently: if(!processName.equals(processName))
but it must
[
http://jira.codehaus.org/browse/GEOT-2717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Lendholt reopened GEOT-2717:
-
Was not fixed so far. New patch will be attached.
NPE during WPSFactory instantiation
---
Key: GEOT-2769
URL: http://jira.codehaus.org/browse/GEOT-2769
Project: GeoTools
Issue Type: Bug
Environment: GeoTools Trunk
Reporter: Matthias Lendholt
WPS execute request ends
Hi,
on http://docs.codehaus.org/display/GEOTDOC/WPS+Plugin is described how
to generate a WPSFactory and start the execute process with the input
parameters.
Not described is the possibility to set the wps:ResponseForm in the
execute process like for example this one:
wps:Execute
...
7, 2009 at 11:07 PM, Matthias Lendholt
matthias.lendh...@gfz-potsdam.de wrote:
Hi,
on http://docs.codehaus.org/display/GEOTDOC/WPS+Plugin is described how
to generate a WPSFactory and start the execute process with the input
parameters.
Not described is the possibility to set
[
http://jira.codehaus.org/browse/GEOT-2717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Lendholt reopened GEOT-2717:
-
Testing patch for GEOT-2734 I discovered that not only pdt.getAbstract()==null
but also
know people are doing WPS work these days.
Jody or Andrea perhaps?
-Justin
Matthias Lendholt wrote:
Hi Justin,
sorry for bothering again but I found another parsing exception
(http://jira.codehaus.org/browse/GEOT-2734) with a different WPS.
Hopefully it is easy to solve.
Cheers
Jody Garnett schrieb:
No - that's not true :-)
I see then I am confused ... let me check - adding a test method to
ParserTest with the following naked configuration.
Sorry! My fault. It was a misunderstanding on my side. I mixed up the
Encoder in the background creating the WPS request
Hi Jody,
Jody Garnett schrieb:
I don't understand what you mean with using an java.util.Map to store
the complex information.
The default bindings handle things like xs:int and know enough to turn
that into an Integer. The default binding for an a complex type (at
least for an earlier
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Matthias Lendholt [matthias.lendh...@gfz-potsdam.de]
tel: +49 331 288 1687; fax: +49 331 288 1703
Deutsches GeoForschungsZentrum
Jody Garnett schrieb:
The default bindings handle things like xs:int and know enough to turn
that into an Integer. The default binding for an a complex type (at least
for an earlier version of the parser!) would produce a java.util.Map with
the keys as the element name and the value as
Reporter: Matthias Lendholt
Attachments: describeProcessResponse_aais.xml
After GEOT-2727 has been fixed I found another parsing exception with a
different WPS. Below the stack trace. I'll attach the DescribeProcess-Response
as xml file. WPS was triggered with
http://dews-services
Hi Justin, all,
upon your bug fix for the parsing problem I'm stucked with the next
problem: The WPS process requires three input parameters. Two of them
are literals and I can easily create them with
MapString, Object parameters = new HashMapString, Object();
parameters.put(scenarioScope,
Components: new modules
Affects Versions: 2.6-M2
Reporter: Matthias Lendholt
my first mail to geotools-developer
public static WPSFactory getWpsFactory(URL wpsUrl, String
processName)throws ServiceException, IOException {
WebProcessingService wps = new WebProcessingService(wpsUrl
Project: GeoTools
Issue Type: Bug
Components: new modules
Affects Versions: 2.6-M2
Reporter: Matthias Lendholt
Priority: Minor
I got NullPointerExceptions creating a new WPSFactory. The first one
happens in org.geotools.data.wps.WPSFactory
()),
Text.text(odt.getAbstract().getValue()) );
Cheers, Matthias
--
Matthias Lendholt [matthias.lendh...@gfz-potsdam.de]
tel: +49 331 288 1687; fax: +49 331 288 1703
Deutsches GeoForschungsZentrum (GFZ)
Telegrafenberg A20; D14473 Potsdam; Germany
a contributor such
as yourself to look into the problem and supply a patch. Since the
module is unmaintained could actual adopt the module yourself.
Jody
On Thu, Sep 10, 2009 at 11:00 PM, Matthias Lendholt
matthias.lendh...@gfz-potsdam.de wrote:
Dear list,
I've created a convenience method
Dear list,
I've created a convenience method to create WPSFactory in my project:
public static WPSFactory getWpsFactory(URL wpsUrl, String
processName)throws ServiceException, IOException {
WebProcessingService wps = new WebProcessingService(wpsUrl);
DescribeProcessRequest descRequest =
30 matches
Mail list logo