Re: [Geotools-devel] GeoTools/GeoServer meeting minutes, Feb 4th 2013

[Ben Caradoc-Davies]

On 11/02/13 23:27, christian.muel...@nvoe.at wrote:
> I think its more important to
> have Jody/Justin participating (if possible).

Soon the eastern states of Australia will leave daylight saving, while 
North America will enter daylight saving, bringing Justin and Jody two 
hours closer together.  :-)

The original meeting was at 13:00 UTC, which would also be easier on 
Jody, who is now back in Sydney. (Queensland does not have DST.)

Should we move the meeting back to 13:00 UTC, which will let Jody go to 
bed at midnight (before he turns into a pumpkin)?

Friday night meetings are no good for me.

Kind regards,

-- 
Ben Caradoc-Davies 
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools/GeoServer meeting minutes, Feb 4th 2013

[christian . mueller]

About meeting attendance

Monday until Thursday I am working at my customer and have no  
possibility to attend. Friday is my GeoServer/Geotools day and this  
day attending would be possible.

On the other side, I am only a part time developer, there are many  
issues where I can contribute nothing. I think its more important to  
have Jody/Justin participating (if possible).

Cheers
Christian


Zitat von Andrea Aime :

> GeoTools / GeoServer Meeting 2013-02-04
> ==
>
>
> Participants
> --
>
> Andrea Aime
> Ben Caradoc-Davies
> Jukka Rahkonen
>
>
> Topics
> --
>
> - GeoTools Contributor Agreement
> - 2.3-RC1 - bug fixing and volunteers
> - Meeting attendance going down :-)
> - Good for incubation, need to let OSGeo know
> - 2.3.x docs, where are they published?
> - XSLT module graduation
>
>
> GeoTools Contributor Agreement
> 
>
> Ben has questions on the gt2 mailing list
> Ben checking with his management
> Check with Google if Apache contributor agreement works
> Compare with Eclipse?
>
> Other possible candidates? (just for completeness sake):
> http://www.eclipse.org/legal/committer_process/EclipseIndividualCommitterAgreementFinal.pdf
> http://en.wikipedia.org/wiki/Contributor_License_Agreement
>
> Apache being very popular should ease things.
> Apache contributor agreement license?
>
> ACTION: Ben to ask Frank for suggestions as to acceptable agreements
>
>
> 2.3-RC1 - bug fixing and volunteers
> ---
>
> Feb 21th: 2.3-RC1 is out
> Bug fixing going on, please participate
> Missing: volunteer to make the releases, 2.3-RC1 and 2.2.5
> If you have time, please try out the new features and report back
>
> ACTION: Ben and Andrea to ask around
>
> Meeting attendance going down
> --
>
> First we lost Justin, now Jody too... hmm
> Christian and Gabriel are also in the useful "time zone"
> Do we have to adjust meeting time?
> Anything else that we can do? Suggestion welcomed!!
>
> Good for incubation, need to let OSGeo know
> --
>
> Dotted all i's, crossed all t's
>
> ACTION: Jody let OSGeo know we're good :-p
>
> 2.3.x docs, where are they published?
> --
>
> stable -> 2.2.x
> latest -> master
>
> 2.3.x going no-where?
> I'd say, keep it that way until 2.3.0 goes out?
>
> XSLT module graduation
> 
>
> Graduate it to extension status:
> - maintainer: check (Andrea Aime)
> - tests: check
> - docs: check
> - code coverage: check (82%)
>
> ACTION: Andrea is going to make a GSIP
>
>> From the user list trenches
> ---
>
> Jukka: full feature count for WFS is a good one to have, even if slightly
> out of the standard spec
> Kosmo GIS is getting a good WFS transactional client (probably the best
> one, tested against GeoServer, TinyOWS and Deegree)
>




This message was sent using IMP, the Internet Messaging Program.



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [Hudson] Hudson build is back to normal : geotools-8.x-nightly #220

[Hudson]

See 


--
This message is automatically generated by Hudson. 
For more information on Hudson, see: http://hudson-ci.org/

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

[Ben Caradoc-Davies]

Mauro,

I think your changes are just what we need. Please also update your 
branch to remove the duplication in gt-app-schema-resolver, so that it 
contains only those things that depend on gt-xsd-core and so cannot be 
folded into gt-xml.

One other issue is synchronisation: gt-app-schema-resolver has until now 
only been used in circumstances (GeoServer startup) in which concurrent 
access is not an issue. What happens if two concurrent threads try to 
use the resolver? One thread might read a copy on disk while another is 
still downloading it. Simple synchronisation might result in nasty 
starvation if a download hangs. Core code must consider these issues and 
either address them or state that the code is not thread safe.

Please also ensure that the relevant attributions are copied to gt-xml:
modules/extension/app-schema/app-schema-resolver/src/site/apt/review.apt

I also note a new copy of XMLSchema.xsd which will require attribution.

As Justin is the maintainer of gt-xml, all changes there will require 
his approval.

There is also an ugly, ugly hack in AppSchemaResolver: if a cache 
directory is not set, it can be configured to automatically find one if 
it recognises a *GeoServer* data directory. Ugly, but very useful, and I 
have not thought of a better way of doing it (a data store parameter, 
perhaps?). The standard for core is higher than extension; Justin may 
want this either fixed or factored out into a subclass in 
gt-app-schema-resolver so that he does not have to maintain any (more) 
ugly hacks.  :-)

Justin?

Kind regards,
Ben.

On 11/02/13 21:31, Mauro Bartolomeoli wrote:
> Hi guys,
> I created a new branch (
> https://github.com/mbarto/geotools/tree/geot_4386_no_app_schema_resolver
> ) that removes app-schema-resolver dependencies, basically porting 3
> classes (AppSchemaResolver, AppSchemaCache and AppSchemaCatalog)
> directly into the gt-xml module.
> The next step would be to let app-schema-resolver depend on these to
> remove the duplication.
> Let me know if we can proceed this way.
>
> Thanks.
> Mauro Bartolomeoli
>
>
> 2013/2/7 Mauro Bartolomeoli  >
>
>
>
>
> 2013/2/7 Justin Deoliveira  >
>
> @Mauro: I am not sure it makes sense to have a library module
> depend on an extension module. Maybe we can shuffle a few things
> around to make this cleaner.
>
> @Ben: What about moving the classes from app-schema-resolver
> that don't depend on xsd-core, like the core entity resolver
> classes, to library/xml?
>
>
> I agree with both sentences.
>
> I think the app-schema-resolver stuff could be easily become a
> generic schema-resolver, useful for xml schema resolving and caching
> in general.
>
> Thanks.
> Mauro Bartolomeoli
>
>
>
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
> more information.
> ==
>
> Dott. Mauro Bartolomeoli
> @mauro_bart
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---

-- 
Ben Caradoc-Davies 
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4390) Missing expression in Oracle with app-schema joining

[Ben Caradoc-Davies (JIRA)]

Ben Caradoc-Davies
 created  GEOT-4390


Missing _expression_ in Oracle with app-schema joining















Issue Type:


Bug



Affects Versions:


8.6



Assignee:


Rini Angreani



Components:


app-schema plugin



Created:


11/Feb/13 8:45 PM



Description:


Report referred to "GeoServer 2.2" so I am guessing a recent 8.x. Not tested against master. Original thread here:
http://osgeo-org.1560.n6.nabble.com/WFS-Performance-Issues-in-GeoTools-with-App-schema-Module-td5032333.html

This report comes further on:


 Original Message 
Subject: Re: [Geotools-gt2-users] WFS Performance Issues in GeoTools with App-schema Module
Date: Fri, 8 Feb 2013 10:22:30 +0800
From: Mike Beaumont
To: geotools-gt2-us...@lists.sourceforge.net

I don't expect anyone to answer the following in this thread but for the
record, I set 
app-schema.joining = true
and the following SQL was generated which led to an Oracle Exception
*ORA-00936: missing _expression_*
due to some of the inner join clauses having empty brackets where the
specified join columns should go.
I'll have to dig deeper into the code and/or config. But it is interesting
that the requests work fine without joining (it's just that it's slow) but
not at all with joining=true.
Here's the SQL:
SELECT 
SG_GSML_LITHOLOGY.ID,
SG_GSML_LITHOLOGY.COMPOSITIONPART_ID,
SG_GSML_LITHOLOGY.LITHOLOGY,
SG_GSML_LITHOLOGY.LITHOLOGY_URI,
SG_GSML_LITHOLOGY.LITHOLOGY_URN,
SG_GSML_COMPOSITIONPART.ID FOREIGN_ID_0_0,
SG_GSML_GEOLOGICUNIT.GML_ID FOREIGN_ID_1_0,
SG_GSML_MAPPEDFEATURE_250K.GML_ID FOREIGN_ID_2_0 
FROM SG_GSML_LITHOLOGY 
INNER JOIN SG_GSML_COMPOSITIONPART ON ( SG_GSML_COMPOSITIONPART.ID =
SG_GSML_LITHOLOGY.COMPOSITIONPART_ID)  
INNER JOIN SG_GSML_COMPOSITIONPART SG_GSML_COMPOSITIONP_1 ON ( ) 
INNER JOIN SG_GSML_GEOLOGICUNIT ON ( SG_GSML_GEOLOGICUNIT.ID =
SG_GSML_COMPOSITIONP_1.GEOGRAPHICFEATURE_ID) 
INNER JOIN SG_GSML_GEOLOGICUNIT SG_GSML_GEOLOGICUNIT_1 ON ( )  
INNER JOIN SG_GSML_MAPPEDFEATURE_250K ON (
SG_GSML_MAPPEDFEATURE_250K.GEOGRAPHICFEATURE_ID = SG_GSML_GEOLOGICUNIT_1.ID) 
INNER JOIN ( 
SELECT DISTINCT GML_ID FROM SG_GSML_MAPPEDFEATURE_250K 
WHERE GML_ID = gsml.mappedfeature.geologicunit.250k-1005 )
temp_alias_used_for_filter 
ON ( SG_GSML_MAPPEDFEATURE_250K.GML_ID = TEMP_ALIAS_USED_FOR_FILTER.GML_ID )  
ORDER BY 
SG_GSML_MAPPEDFEATURE_250K.GML_ID ASC,
SG_GSML_GEOLOGICUNIT.GML_ID ASC, 
CASE WHEN SG_GSML_MAPPEDFEATURE_250K.GEOGRAPHICFEATURE_ID =
SG_GSML_GEOLOGICUNIT.ID THEN 0 ELSE 1 END ASC,
SG_GSML_COMPOSITIONPART.ID ASC, 
CASE WHEN SG_GSML_GEOLOGICUNIT.ID =
SG_GSML_COMPOSITIONPART.GEOGRAPHICFEATURE_ID THEN 0 ELSE 1 END ASC






Project:


GeoTools



Priority:


Major



Reporter:


Ben Caradoc-Davies




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Problems with WMS client contacting an Inspire enabled GeoServer

[Mauro Bartolomeoli]

Hi guys,
I created a new branch (
https://github.com/mbarto/geotools/tree/geot_4386_no_app_schema_resolver )
that removes app-schema-resolver dependencies, basically porting 3 classes
(AppSchemaResolver, AppSchemaCache and AppSchemaCatalog) directly into the
gt-xml module.
The next step would be to let app-schema-resolver depend on these to remove
the duplication.
Let me know if we can proceed this way.

Thanks.
Mauro Bartolomeoli


2013/2/7 Mauro Bartolomeoli 

>
>
>
> 2013/2/7 Justin Deoliveira 
>
>> @Mauro: I am not sure it makes sense to have a library module depend on
>> an extension module. Maybe we can shuffle a few things around to make this
>> cleaner.
>>
>> @Ben: What about moving the classes from app-schema-resolver that don't
>> depend on xsd-core, like the core entity resolver classes, to library/xml?
>>
>
> I agree with both sentences.
>
> I think the app-schema-resolver stuff could be easily become a generic
> schema-resolver, useful for xml schema resolving and caching in general.
>
> Thanks.
> Mauro Bartolomeoli
>



-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Dott. Mauro Bartolomeoli
@mauro_bart
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel