Re: [Geoserver-devel] Please hold off pulling or pushing from github (master, 2.3.x, 2.4.x)
I have restored 2.4.x and 2.3.x, with Ben's help. Cheers Rini -Original Message- From: Caradoc-Davies, Ben (Mineral Resources, Kensington) Sent: Tuesday, 21 October 2014 4:03 PM To: Andrea Aime; Angreani, Rini (Mineral Resources, Kensington) Cc: Geoserver-devel Subject: Re: [Geoserver-devel] Please hold off pulling or pushing from github (master, 2.3.x, 2.4.x) On 21/10/14 15:44, Andrea Aime wrote: > I should have restored master to the last known point... could you check? That looks great, Andrea. I think Rini lost one merge from yesterday on master but she can recreate it. 2.4.x needs repair. Should be reset to this: https://github.com/geoserver/geoserver/commit/848176cc0fc8e8d5f5b1deeb7e737ff12bfc902f which is the parent of the 2.4.8 tag: https://github.com/geoserver/geoserver/releases/tag/2.4.8 so the commit is easy to get. 2.3.x needs repair: Should be reset to this: https://github.com/geoserver/geoserver/commit/5decce3f8ce42d484a0e7ad4b6715c10cf43e98d which you may have since it was yours (pngj backport). I do not know if anyone else has a clone of this. Kind regards, -- Ben Caradoc-Davies Software Engineer CSIRO Mineral Resources Flagship Australian Resources Research Centre -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Please hold off pulling or pushing from github (master, 2.3.x, 2.4.x)
Thanks Andrea. Looks alright now for master. I’ll be more careful next time. Cheers Rini From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: Tuesday, 21 October 2014 3:45 PM To: Angreani, Rini (Mineral Resources, Kensington) Cc: Geoserver-devel Subject: Re: [Geoserver-devel] Please hold off pulling or pushing from github (master, 2.3.x, 2.4.x) On Tue, Oct 21, 2014 at 9:11 AM, mailto:rini.angre...@csiro.au>> wrote: I made a mess with a forced push and I’m sorting this out right now. Sorry for the inconvenience. Hi, I should have restored master to the last known point... could you check? Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Please hold off pulling or pushing from github (master, 2.3.x, 2.4.x)
I made a mess with a forced push and I'm sorting this out right now. Sorry for the inconvenience. Rini -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Review of pull request in WFS module
Hi, Just pinging for a review for this pull request in WFS modules (and gt-main, although that's in geotools): https://github.com/geoserver/geoserver/pull/454. The GeoSciML community has been waiting for this bug to be fixed for some time. It only affects complex features, and it's quite a small change. The unit tests are done in app-schema-test. Many thanks, Rini -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] app-schema WMS test changes
I have no objections. Thanks for fixing the failure. Cheers Rini From: Caradoc-Davies, Ben (CESRE, Kensington) Sent: Monday, 13 January 2014 4:16 PM To: Angreani, Rini (CESRE, Kensington); Niels Charlier Cc: geoserver-devel@lists.sourceforge.net Subject: app-schema WMS test changes Rini and Niels, current app-schema WMS tests use JPEG output, so perceptualdiff is heavily affected by changes in JPEG compression artifacts. To fix a build failure in app-schema online tests (rendering the stratchart), I have manually reviewed and updated the WMS responses and changed them all to PNG. As PNG is lossless, this should remove the influence of compression artifacts. I am running a final full test and will commit to master if successful. Please let me know if you have objections! Kind regards, -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] [Geotools-devel] CSV support for app-schema
Thanks Andrea. I have created a pull request here: https://github.com/geoserver/geoserver/pull/418. (Also cc'ed to the correct devel list now). From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: Friday, 6 December 2013 3:42 PM To: Angreani, Rini (CESRE, Kensington) Cc: Jody Garnett; Geotools-Devel list Subject: Re: [Geotools-devel] CSV support for app-schema On Fri, Dec 6, 2013 at 3:53 AM, mailto:rini.angre...@csiro.au>> wrote: Hi Andrea, You're right. I had a quick look, saw gt-csv and assumed it is behind it. So it's just in GeoServer CSVOutputFormat, it should be a lot simpler. Can I submit the patch to you then? A pull request to GeoServer would be better, more people can review it. If you sent it to me privately, you'll be relying on my spare time and my memory to have a look at it during a weekend Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Local and remote references in app-schema
Re: filtering xlink:href. Ben is correct, however this only applies if the xlink:href is encoded automatically because an existing gml:id has been seen. It used to also work if xlink:href is configured via app-schema ClientProperty with feature chaining, but this is not supported with joining. I am not sure if it still works, but you don't want to turn off joining for performance reasons anyway. http://docs.geoserver.org/stable/en/user/data/app-schema/joining.html#conditions "XPaths specified inside Filters do not support handling referenced features (see Multi-valued properties by reference (xlink:href)) as if they were actual nested features, i.e. XPaths can only be evaluated when they can be evaluated against the actual XML code produced by WFS according to the XPath standard." Cheers Rini -Original Message- From: Caradoc-Davies, Ben (CESRE, Kensington) Sent: Thursday, 28 November 2013 10:56 AM To: Andrea Aime Cc: Geoserver-devel; Angreani, Rini (CESRE, Kensington) Subject: Re: [Geoserver-devel] Local and remote references in app-schema On 28/11/13 02:09, Andrea Aime wrote: > My impression is that the in memory model of app-schema uses pointers, > so there are no special containment vs reference nodes, but when > encoding, the first element encountered gets encoded as containment, > and all the subsequent references to the same identifiable object are > encoded as references. Is this right? Andrea, that is correct. GML 3.1 and GML 3.2 GMLConfiguration register a component instance of XSDIdRegistry to record ids seen in an instance document. If the encoder sees an id a second time, the element (typically a feature) is encoded as an xlink:href to the earlier id as an anchor (#earlierid). Note that filters work against the logical information model, not the encoded form (in most cases) so filters against nested properties work even for features encoded by reference to prevent duplication. Rini might be able to clarify/confirm. I think Niels answered your questions on resolve, which he implemented. Kind regards, -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] app-schema nested feature
Hi Florent,
Try this:
au:admUnit
xlink:href
strConcat('urn:x-inspire:specification:gmlas:AdministrativeUnits:3.0:',
if_then_else(isNull(inspireid),'missing', strTrim(inspireid)))
The one you had didn't work because it has with linkElement.
This means the element will only be encoded if there's a match in the linked
feature.
The element would have some content from the linked/chained feature, and
xlink:href from the ClientProperty.
It would look like something like this:
.
If you only need to encode xlink:href, then you don't need to specify
sourceExpression.
Normally xlink:href is only used if there is no content in the element anyway.
Cheers
Rini
From: Florent Gravin [mailto:florent.gra...@camptocamp.com]
Sent: Tuesday, 4 September 2012 9:42 PM
To: Angreani, Rini (CESRE, Kensington)
Cc: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] app-schema nested feature
Hi Rini,
thks for reply, it was actually right that my mapping file contained errors.
now it's better, even thouh i can't figure out some behavior ...
for example, if i have a xlink:href element :
the element is added if the link is found, but hidden if no link is found
what i would like, if no link is found, is that the element is still there with
:
my definition :
au:admUnit
strTrim(admunit)
au:AdministrativeUnit
FEATURE_LINK
true
true
xlink:href
strConcat('urn:x-inspire:specification:gmlas:AdministrativeUnits:3.0:',
if_then_else(isNull(inspireid),'missing', strTrim(inspireid)))
On Tue, Sep 4, 2012 at 6:37 AM, Rini Angreani
mailto:rini.angre...@csiro.au>> wrote:
Hi Florent,
Sorry for the late reply. I missed this one.
You are missing an tag inside .
It should look like this:
spellingOfName.xml
To make things easier, you can copy AppSchemaDataAccess.xsd into the same
directory with your mapping file and validate your mapping file against it.
The latest schema can be found here:
https://github.com/geotools/geotools/blob/master/modules/extension/app-schema/app-schema/src/test/resources/test-data/AppSchemaDataAccess.xsd
Cheers
Rini
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/app-schema-nested-feature-tp4997275p4999582.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.
--
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 malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Florent Gravin
CampToCamp - Chambéry
047992
--
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 malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] WPS with R module
Thanks Andrea. I am using REngine indeed. This document says GPL-2 though (http://cran.r-project.org/web/packages/CommonJavaJars/CommonJavaJars.pdf): . JRIEngine and REngine under GPL-2, http://www.rforge.net/rJava/, Copyright 2010 by Simon Urbanek I better clarify with them first and then I'll get back to you. Cheers Rini -Original Message- From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: Wednesday, 6 June 2012 9:58 PM To: Jody Garnett Cc: Angreani, Rini (CESRE, Kensington); geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] WPS with R module On Wed, Jun 6, 2012 at 3:37 PM, Jody Garnett wrote: > It no longer does an API - and instead uses client / server. I know a > team using R and uDig in this fashion. Hum, there seems to be a client library, but now that I look into the sources the src/client/java-new has the following LICENSE file: - REngine - Java interface to R Copyright (C) 2004,5,6,7 Simon Urbanek This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. This library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA - So it seems that using this one it should be possible to put the work in Geotools Cheers Andrea -- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 339 8844549 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf -- 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 malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] WPS with R module
Hi, I'd like to create a new community module called wps-r. The purpose is to run R processes from GeoServer. I have done a prototype and my plan seems to go well. Before I get in too deep, I thought I should get an approval and commit my code. The plan is to: 1. Create wps-r community module. 2. Add a profile (-Pwps-r) in wps-core pom.xml to include wps-r module as a dependency if enabled. The implementation details: - Create a catalog file from R help files (*.Rd files) to load base functions automatically. The catalog can be edited with custom processes. - Use RServe to call R from my module. - I followed this guide for the rest of it: http://docs.geoserver.org/latest/en/developer/programming-guide/wps/index.html#the-processes Cheers Rini -- 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 malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] app-schema developer guide
Thanks Andrea and Mike. I will add a new section in "Programming Guide" then. Cheers Rini -Original Message- From: Mike Pumphrey [mailto:m...@opengeo.org] Sent: Thursday, 16 February 2012 1:33 AM To: Andrea Aime Cc: Angreani, Rini (CESRE, Kensington); geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] app-schema developer guide Agreed. (And not just because I lack the bandwidth to review it right now!) Thanks for contributing. Should it need refining, we can always do so later. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/15/2012 12:57 AM, Andrea Aime wrote: > On Wed, Feb 15, 2012 at 5:58 AM, wrote: > >> Hi Mike, >> >> ** ** >> >> Following my post regarding app-schema online tests here: >> >> http://osgeo-org.1560.n6.nabble.com/new-app-schema-test-modules-tp4463935p4463935.html >> , >> >> I would like to contribute a developer guide on how to run the tests. >> >> I realized we don't have a specific app-schema developer page, so this >> would be a start, and it might grow from there. >> >> How should I do this? Do you need to review it first? >> > > I (personally) dont' think a review is needed, a new section in the > "Programming Guide" at > http://docs.geoserver.org/stable/en/developer/ would be a good fit I guess > > Cheers > Andrea > -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] app-schema developer guide
Hi Mike, Following my post regarding app-schema online tests here: http://osgeo-org.1560.n6.nabble.com/new-app-schema-test-modules-tp4463935p4463935.html, I would like to contribute a developer guide on how to run the tests. I realized we don't have a specific app-schema developer page, so this would be a start, and it might grow from there. How should I do this? Do you need to review it first? Thanks Rini -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] new app-schema test modules
Hi, I'd like to create 2 new test modules: - app-schema\app-schema-oracle-test - app-schema\app-schema-postgis-test At the moment app-schema-test suite only tests with properties files; these new modules are empty placeholders for running app-schema-test suite with online mode (oracle and postgis). This would enable the tests to run with real database backend, therefore testing Niels' joining support and bug fixes that occur with specific database type only. The purpose is so we can have separate modules running the same tests (with different parameters) in our internal buildbot, with separate results etc. Code changes to support the tests to run online have already been committed. The modules will only be built when "app-schema-online-test" profile is enabled. Does anyone mind if I do this? Cheers Rini -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] FeatureChainingWfsTest checkDescribeFeatureType
Yes, I have the same test failure with the latest code. I am working on Windows platform which might be the factor. Rini From: Jody Garnett [mailto:jody.garn...@gmail.com] Sent: Tuesday, 1 November 2011 12:43 PM To: Caradoc-Davies, Ben (CESRE, Kensington) Cc: Geoserver-devel; Angreani, Rini (CESRE, Kensington) Subject: Re: FeatureChainingWfsTest checkDescribeFeatureType From IRC it sounds like Rini has been able to reproduce the problem; here is the bug report http://jira.codehaus.org/browse/GEOS-4836 -- Jody Garnett On Monday, 31 October 2011 at 2:24 PM, Ben Caradoc-Davies wrote: Jody, the build is passing on OpenGeo Hudson, our buildbot (Oracle JDK 6 32-bit), and locally on my machine (Oracle JDK 6 64-bit). This test also passes in Eclipse by itself or in the full FeatureChainingWfsTesT suite. Please try a full online rebuild of geotools and geoserver. It is possible that you have a stale artifact causing this error. Rini also reported seeing a similar error but she had not tried a full rebuild. I am hoping that a full rebuild will fix the build for both of youse. Kind regards, Ben. On 31/10/11 10:19, Ben Caradoc-Davies wrote: Jody, please file a Jira bug report and assign it to me. You are seeing this on MacOS? On 27/10/11 19:49, Jody Garnett wrote: Okay this failure shows up for me irregardless of if I have applied the patch or not. -- Ben Caradoc-Davies mailto:ben.caradoc-dav...@csiro.au>> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Nominate Niels Charlier for commit access
Hi, I'd like to nominate my colleague Niels Charlier for commit access. Niels is part of our team at CSIRO and is covered by CSIRO copyright assignment. He has been working on GeoTools and GeoServer app-schema improvements, and been active with the mailing list discusssions. I have committed his work yesterday: http://jira.codehaus.org/browse/GEOS-4171 and he has also been working on a few more contributions. Thank you Rini -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Efficiently dealing with multiple multivalued attributes in app-schema
Hi Andrea, I'm not sure if I understand your situation correctly.. I might've misunderstood. Do you have up to 10 container-attribute per feature (depending on how the database entries), or is it pre-determined? If it's the first case, you can't do it without feature chaining. If it's the second case, you can map each container attribute easily. E.g. If you are to have 3 container-att per feature (and it's consistent across features), that would look like this: ... ... ... ... ... ... ... ... ... ... ... ... You can map it like this, without firing unnecessary sub-queries: some_database some_denormalised_table feature container-att1 subatts1 subatt2.1 SUB_ATT2.1 repeated-subatt2 REPEATED_SUB_ATT2 true container-att3 subatts3 subatts1 some_database some_denormalised_table sub_feature subatt1.1 SUB_ATT1.1 subatt1.2 SUB_ATT1.2 repeated-subatt1 REPEATED_SUB_ATT1 true subatts3 some_database some_denormalised_table sub_feature repeated-subatt3 SUB_ATT3_COLUMN true att Recode(SOME_CONDITIONAL_COLUMN, 1, "one", 2, "two", 3, "three") But it seems to me, you don't know how many container attributes exist per feature, so this won't work. Re: CQL functions in app-schema. No, app-schema is not smart enough to turn them into native filters. The functions are treated as Expression, and is evaluated against every SimpleFeature (database entry) when building a complex feature. So in the end it just gets a column value that's already there, with no additional queries executed. Cheers Rini -- Message: 1 Date: Fri, 1 Oct 2010 09:32:47 +0200 From: Andrea Aime Subject: [Geoserver-devel] Efficiently dealing with multiple multivalued attributes in app-schema To: geoserver-devel@lists.sourceforge.net Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm dealing with an application schema that has a number of subelements in the form: ... one two three ... Imagine a situation where the main type has something like 10 of those sub-attributes. If I go and use feature chaining that will result in 10 sub-queries for each returned main query. That is probably not acceptable performance wise (as in, unusable in practical terms when one has tens of millions of records and the typical query extracts some hundreds or records, resulting in app-schema making some thousands of queries per GetFeature request). I was wondering if those lists of keywords can be stored in a single attribute instead, and unpacked in memory using a CQL expression that turns a comma separate list into a list of values (something like a split function to parse them, but also able to deal with escape chars). Is that going to work at all? Also, I noticed that the guide suggest the usage of some functions such as vocabolaries and the like. Is the store smart enough to invert well known functions and turn them into a native filter? Was wondering if it's also possible to teach the store to treat a xpath like /container/attribute/repeated=two and turn it into a sql looking like "attribute_repeated like '%,two,%', if you get the idea Cheers Andrea - Ing. Andrea Aime Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 ?Massarosa (LU) Italy phone: +39 0584962313 fax: ? ? +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf - -- Virtualization is moving to the mainstream and overtaking non-virtualized environment for deploying applications. Does it make network security eas
[Geoserver-devel] Nominate Matthew Birks for GeoServer commit access
I nominate my colleague Matthew Birks for GeoServer commit access. He will only commit with module maintainers approvals. He has already fixed one bug in app-schema, that I reviewed and committed: http://jira.codehaus.org/browse/GEOS-3807 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Commit error
Hi all, Just letting everyone knows in case some of you also have capitals in your username. It works for me. > Ben Walding commented on HAUS-1932: > --- > > Can you try with an all lowercase username - riniangreani > > We changed the internals of authentication and this might be affecting you. Cheers Rini -Original Message- From: Andrea Aime [mailto:aa...@opengeo.org] Sent: Wednesday, 31 March 2010 3:31 PM To: Angreani, Rini (CESRE, Kensington) Cc: geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] Commit error rini.angre...@csiro.au ha scritto: > Hi list, > > I've been trying to commit to Geoserver with no joy. > I can run update and diff though, and I haven't changed my password or > anything. > I tried committing from subclipse, command line, and tortoise svn, but > it's all the same. > > Error: Commit failed (details follow): > Error: Server sent unexpected return value (403 Forbidden) in response > to MKACTIVITY > Error: request for > '/geoserver/!svn/act/b3af7fb2-6102-4347-b285-2c7b608474bd' > > Is there something going on with the server, or is it only me? Odd, I just made a test commit and it worked fine. Looked on xircles and you are still listed as a GeoServer developer too... so quite odd indeed. Maybe it was a temporary problem? Can anyone else try out? Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Commit error
Hi David, I did svn info, and it tells me that I'm using the right URL: C:\src\GeoServer-trunk\src\extension\app-schema\app-schema-test\src\test\java\or g\geoserver\test>svn info Path: . URL: https://svn.codehaus.org/geoserver/trunk/src/extension/app-schema/app-schem a-test/src/test/java/org/geoserver/test Repository Root: https://svn.codehaus.org/geoserver Repository UUID: ef1d6e69-97e5-0310-af46-8a06194da32a Revision: 14118 Node Kind: directory Schedule: normal Last Changed Author: RiniAngreani Last Changed Rev: 14083 Last Changed Date: 2010-03-10 15:46:58 +0900 (Wed, 10 Mar 2010) Maybe I'll log an issue with Codehaus like Andrea suggested. Thank's! Rini -Original Message- From: David Winslow [mailto:dwins...@opengeo.org] Sent: Wednesday, 31 March 2010 10:28 PM To: Andrea Aime Cc: Angreani, Rini (CESRE, Kensington); geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] Commit error This is the error I get everytime I forget the S in httpS://svn.codehaus.org/. The following command should fix it (make sure to get the spelling right, as it doesn't actually check that the destination URL is an SVN repository or even exists.) $ svn switch --relocate http://svn.codehaus.org/ https://svn.codehaus.org/ -- David Winslow OpenGeo - http://opengeo.org/ On 03/31/2010 03:30 AM, Andrea Aime wrote: > rini.angre...@csiro.au ha scritto: > >> Hi list, >> >> I've been trying to commit to Geoserver with no joy. >> I can run update and diff though, and I haven't changed my password or >> anything. >> I tried committing from subclipse, command line, and tortoise svn, but >> it's all the same. >> >> Error: Commit failed (details follow): >> Error: Server sent unexpected return value (403 Forbidden) in response >> to MKACTIVITY >> Error: request for >> '/geoserver/!svn/act/b3af7fb2-6102-4347-b285-2c7b608474bd' >> >> Is there something going on with the server, or is it only me? >> > Odd, I just made a test commit and it worked fine. > Looked on xircles and you are still listed as a GeoServer developer > too... so quite odd indeed. > > Maybe it was a temporary problem? Can anyone else try out? > > Cheers > Andrea > > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Commit error
Hi list, I've been trying to commit to Geoserver with no joy. I can run update and diff though, and I haven't changed my password or anything. I tried committing from subclipse, command line, and tortoise svn, but it's all the same. Error: Commit failed (details follow): Error: Server sent unexpected return value (403 Forbidden) in response to MKACTIVITY Error: request for '/geoserver/!svn/act/b3af7fb2-6102-4347-b285-2c7b608474bd' Is there something going on with the server, or is it only me? Thank's Rini -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Help running CITE tests
Hi Justin,
Thank's for that. I can get WFS 1.0.0 to pass, but I keep getting these errors
with WFS 1.1.0 with latest clean code.
27 Nov 17:40:09 ERROR [geoserver.ows] -
org.geoserver.wfs.WFSException: Invalid request
cvc-complex-type.3.2.2: Attribute 'xml:base' is not allowed to appear in
element 'wfs:GetCapabilities'.
I tried investigating, but now I'm stuck.
Any ideas? If you can send me the entire build of the cite tools, that'd be
greatly appreciated.
Thank's
Rini
-Original Message-
From: Justin Deoliveira [mailto:jdeol...@opengeo.org]
Sent: Thursday, 12 November 2009 8:02 AM
To: Angreani, Rini (E&M, Kensington)
Cc: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] Help running CITE tests
Hey Rini,
You can grab the latest tests from here:
http://files.opengeo.org/tests.zip
Just unzip them from the comunity/cite folder. Let me know if that
works. If need be I can try to send you an entire build of the cite tools.
-Justin
rini.angre...@csiro.au wrote:
> Hi Justin,
>
> Thank's for your advice. It still doesn't work though :(
> I think it might be because I'm using an older version of cite tests that may
> not be compatible with the latest code.
> Can you please send me the most recent cite tests and I'll try again?
>
> Thank's
> Rini
>
> -Original Message-
> From: Justin Deoliveira [mailto:jdeol...@opengeo.org]
> Sent: Saturday, 31 October 2009 4:52 AM
> To: Angreani, Rini (E&M, Kensington)
> Cc: geoserver-devel@lists.sourceforge.net
> Subject: Re: [Geoserver-devel] Help running CITE tests
>
> Hi Rini,
>
> I recently ran into some issues that might be causing this. Basically
> the setup instructions do not including building the cite1 component,
> which results in basically all wfs 1.0 tests failing.
>
> I have updated the READ.txt file here:
>
> https://svn.codehaus.org/geoserver/trunk/src/community/cite/README.txt
>
> So update community/cite on trunk and hopefully that will fix the problem.
>
> -Justin
>
> Rini Angreani wrote:
>> Hi all,
>> I've been trying to run CITE tests for WFS-1.0.0 and WFS-1.1.0 to no avail.
>> I can't even run them on clean code successfully. Could it be because I'm on
>> Windows?
>> I keep getting these errors on the console:
>>
>> 30 Oct 15:20:08 ERROR [geoserver.ows] -
>> org.geoserver.wfs.WFSException: Invalid request
>> cvc-complex-type.3.2.2: Attribute 'version' is not allowed to appear in
>> element 'wfs:GetCapabilities'.
>> at org.geoserver.wfs.xml.v1_1_0.WfsXmlReader.read(WfsXmlReader.java:96)
>> at org.geoserver.ows.Dispatcher.parseRequestXML(Dispatcher.java:1154)
>> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:446)
>> at
>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:206)
>> 30 Oct 15:20:03 ERROR [geoserver.ows] -
>> org.geoserver.platform.ServiceException: 0.99.99 is an invalid version
>> number
>> at
>> org.geoserver.ows.util.RequestUtils.checkVersionNumber(RequestUtils.java:187)
>> at
>> org.geoserver.ows.util.RequestUtils.getVersionPreOws(RequestUtils.java:71)
>> at org.geoserver.wfs.GetCapabilities.run(GetCapabilities.java:86)
>> at
>> org.geoserver.wfs.DefaultWebFeatureService.getCapabilities(DefaultWebFeatureService.java:84)
>>
>> and on the command windows:
>>
>> Test wfs:test1.0.0-transactional-transaction-update-2 Failed
>> Testing wfs:test1.0.0-transactional-transaction-update-3
>> (wfs-1.0.0/d39e47
>> 35_1)...
>> Assertion: When a wfs:Transaction request is made to update a
>> multiple
>> features where one is in the database, the result document must must a
>> successfu
>> l transaction response and a subsequent request to get the feature must
>> return t
>> he change to the single feature.
>> Fatal Error: Error in call to extension function {public
>> org.w3c.dom.NodeList co
>> m.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String) throws
>> java.
>> lang.Throwable}: Exception in extension function java.lang.Exception: Can't
>> inst
>> antiate parser wfs:GMLValidatingParser; SystemID:
>> file:///C:/DOCUME~1/ang05a/LOC
>> ALS~1/Temp/te_work/C~3A~5Csrc~5Ccite~5Ctests~5Cwfs~5C1.0.0~5Cets~5Cctl~5Cwfs.xml
>> /wfs$test1.0.0-transactional-transaction-update-3.test; Line#: 57; Column#:
>> -1
>> Error in call to extension function {public org.w3c.dom.NodeList
>> com.occamlab.te
>> .TECore.request(org.w3c.dom.Document,java.lang.String) throws
>> java.lang.Throwabl
>> e}: Exception in extension function java.lang.Exception: Can't instantiate
>> parse
>> r wfs:GMLValidatingParser
>>
>> I read on another thread that there might be problems with the latest test
>> script? Can anyone point out which version I should use? I've been using the
>> latest version on trunk for the engine and everything but cite-tests.r2363
>> for the tests.
>>
>> Thank's
>> Rini
>>
>>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Re: [Geoserver-devel] Help running CITE tests
Hi Justin,
Thank's for your advice. It still doesn't work though :(
I think it might be because I'm using an older version of cite tests that may
not be compatible with the latest code.
Can you please send me the most recent cite tests and I'll try again?
Thank's
Rini
-Original Message-
From: Justin Deoliveira [mailto:jdeol...@opengeo.org]
Sent: Saturday, 31 October 2009 4:52 AM
To: Angreani, Rini (E&M, Kensington)
Cc: geoserver-devel@lists.sourceforge.net
Subject: Re: [Geoserver-devel] Help running CITE tests
Hi Rini,
I recently ran into some issues that might be causing this. Basically
the setup instructions do not including building the cite1 component,
which results in basically all wfs 1.0 tests failing.
I have updated the READ.txt file here:
https://svn.codehaus.org/geoserver/trunk/src/community/cite/README.txt
So update community/cite on trunk and hopefully that will fix the problem.
-Justin
Rini Angreani wrote:
> Hi all,
> I've been trying to run CITE tests for WFS-1.0.0 and WFS-1.1.0 to no avail.
> I can't even run them on clean code successfully. Could it be because I'm on
> Windows?
> I keep getting these errors on the console:
>
> 30 Oct 15:20:08 ERROR [geoserver.ows] -
> org.geoserver.wfs.WFSException: Invalid request
> cvc-complex-type.3.2.2: Attribute 'version' is not allowed to appear in
> element 'wfs:GetCapabilities'.
> at org.geoserver.wfs.xml.v1_1_0.WfsXmlReader.read(WfsXmlReader.java:96)
> at org.geoserver.ows.Dispatcher.parseRequestXML(Dispatcher.java:1154)
> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:446)
> at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:206)
> 30 Oct 15:20:03 ERROR [geoserver.ows] -
> org.geoserver.platform.ServiceException: 0.99.99 is an invalid version
> number
> at
> org.geoserver.ows.util.RequestUtils.checkVersionNumber(RequestUtils.java:187)
> at
> org.geoserver.ows.util.RequestUtils.getVersionPreOws(RequestUtils.java:71)
> at org.geoserver.wfs.GetCapabilities.run(GetCapabilities.java:86)
> at
> org.geoserver.wfs.DefaultWebFeatureService.getCapabilities(DefaultWebFeatureService.java:84)
>
> and on the command windows:
>
> Test wfs:test1.0.0-transactional-transaction-update-2 Failed
> Testing wfs:test1.0.0-transactional-transaction-update-3
> (wfs-1.0.0/d39e47
> 35_1)...
> Assertion: When a wfs:Transaction request is made to update a
> multiple
> features where one is in the database, the result document must must a
> successfu
> l transaction response and a subsequent request to get the feature must
> return t
> he change to the single feature.
> Fatal Error: Error in call to extension function {public
> org.w3c.dom.NodeList co
> m.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String) throws
> java.
> lang.Throwable}: Exception in extension function java.lang.Exception: Can't
> inst
> antiate parser wfs:GMLValidatingParser; SystemID:
> file:///C:/DOCUME~1/ang05a/LOC
> ALS~1/Temp/te_work/C~3A~5Csrc~5Ccite~5Ctests~5Cwfs~5C1.0.0~5Cets~5Cctl~5Cwfs.xml
> /wfs$test1.0.0-transactional-transaction-update-3.test; Line#: 57; Column#:
> -1
> Error in call to extension function {public org.w3c.dom.NodeList
> com.occamlab.te
> .TECore.request(org.w3c.dom.Document,java.lang.String) throws
> java.lang.Throwabl
> e}: Exception in extension function java.lang.Exception: Can't instantiate
> parse
> r wfs:GMLValidatingParser
>
> I read on another thread that there might be problems with the latest test
> script? Can anyone point out which version I should use? I've been using the
> latest version on trunk for the engine and everything but cite-tests.r2363
> for the tests.
>
> Thank's
> Rini
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GML3 encoding with XSDIdRegistry still not optimal
Hi Gabriel,
Good point. I have no problem with removing the synchronized bit.
I'll try running the profiler and let you know how it goes.
With checking SimpleFeature, I think it should be enough, although I'm not very
familiar with SimpleFeature stuff, so I might be wrong.
In the beginning of the associated method in GML3EncodingUtils, it has the
feature, and we can check instanceof FeatureImpl or SimpleFeature:
public static Element AbstractFeatureType_encode(Object object, Document
document,
Element value, XSDIdRegistry idSet) {
Feature feature = (Feature) object;
Cheers
Rini
-Original Message-
From: Gabriel Roldan [mailto:grol...@opengeo.org]
Sent: Friday, 2 October 2009 11:53 AM
To: Geoserver-devel; Angreani, Rini (E&M, Kensington); Andrea Aime; Justin
Deoliveira
Subject: GML3 encoding with XSDIdRegistry still not optimal
Hi Rini,
first off, sorry for the late feedback on XSDIdRegistry, I just happen
to get to testing with large datasets now.
Trying to serve a 10M roads network in GML3 it happens that at about 1M
encoded features XSDIdRegistry produces OOM with 512M Heap. And also I
don't really see why idExists() and add() performs inside a synchronized
block? as far as I can see those methods are not going to be called
concurrently (there's a single instance of XSDIdRegistry per encoding
process and it's sequential).
Wonder if at least when encoding a SimpleFeature we could avoid the id
repeating check (is that a fair enough assumption? unfortunately there's
no SimpleFeatureCollection that would make an instanceof check easier,
and going back to check if the original source is DataStore instead of
the more general DataAccess seems like going too far back in the
encoding chain as to easily patch).
And removing the synchronization looks also like a safe move and less a
performance penalty?
What others think?
Cheers,
Gabriel
--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GML3EncodingUtils.idExists performance impact
Hi Gabriel,
Sure thing. I'll reopen the issue and assign to myself. Thank's for spotting
this.
Cheers
Rini
-Original Message-
From: Gabriel Roldan [mailto:grol...@opengeo.org]
Sent: Tuesday, 15 September 2009 11:36 AM
To: Justin Deoliveira
Cc: Geoserver-devel; Angreani, Rini (E&M, Kensington)
Subject: Re: [Geoserver-devel] GML3EncodingUtils.idExists performance impact
thaaat's what I call a satisfactory answer :)
Rini, see how FeatureTypeCache is used in WFSConfiguration.configureContext
As Justin suggested, the same way you can register a new instance of,
say, IdLookUp in GMLConfiguration.configureContext and have
AbstractFeatureTypeBinding take an extra constructor argument of type
IdLookUp (if my understanding is correct the picocontainer will take
care of passing over the constructor argument as long as it's registered
by GMLConfiguration)
Then IdLookUp might be something like:
class IdLookUp{
...
boolean idExists(String gmlId){...}
void add(String gmlId){...}
}
May you have time to do that so we fix the perf penalty?
(Justin please confirm my above suggestion is correct)
Cheers,
Gabriel
Justin Deoliveira wrote:
> Even though the Configuration object is a singleton in geoserver
> (hopefully fix that someday), the binding context is not stored as a
> member of it, it is created by the encoder and passed into
> Configuration.configureContext(). So as long as two processes are not
> storing the same encoder instance as state there should be no problem.
>
> Gabriel Roldan wrote:
>> That'd be a good solution to provide a context to the gml encoding
>> process, my open question is now how to ensure that context is not
>> shared between encoding processes, as the list of ids is to be checked
>> independently for each one. My understanding is FeatureTypeCache is
>> shared and that's ok, but this one may require a per process
>> "context". What do you think?
>>
>> Justin Deoliveira wrote:
>>> Hmmm... well one possibility might be to use a similar solution as
>>> FeatureTypeCache. Each time the encoder stats, the container context
>>> gets a FeatureTypeCache instance which basically serves as a cache
>>> for feature type objects, used while parsing features to avoid
>>> creating the feature type over and over again.
>>>
>>> A similar class could be used ot track ids during encoding.
>>> GMLConfiguration.configureContext could register it, and then
>>> whatever binding (AbstractFeatureTypeBinding or whatever) could
>>> declare a dependency on it, grab the instnace and check for or update
>>> the set with encoded ids.
>>>
>>> The downside being that for huge feature collections the set could
>>> get quite large... but i guess its better than the current solution
>>> of building up a document full of ids.
>>>
>>> Gabriel Roldan wrote:
Hey Justin,
when you have a chance please take a look at the comments in
, as
GML3EncodingUtils.idExists() is making the gml encoding process
almost twice slower and I would love you opinion on the proposed
workaround
Cheers,
Gabriel
>>>
>>>
>>
>>
>
>
--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] App-schema layer.xml question
Ah sorry I misunderstood you. I understand now. The solution is to unpublish the non-feature types, and make them visible only to the containing types (by using includes in the mapping file). OK, that makes sense. Thank you. Rini -Original Message- From: Angreani, Rini (E&M, Kensington) Sent: Thursday, 2 July 2009 10:49 AM To: 'Gabriel Roldan' Cc: geoserver-devel@lists.sourceforge.net Subject: RE: [Geoserver-devel] App-schema layer.xml question Gabriel, You are right. If the related types aren't loaded before the containing type, then it won't work. Thank's for the suggestion. This certainly takes precedence over hiding non-feature types in getCapabilities. Cheers Rini -Original Message- From: Gabriel Roldan [mailto:grol...@opengeo.org] Sent: Tuesday, 30 June 2009 8:10 PM To: Andrea Aime Cc: Angreani, Rini (E&M, Kensington); geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] App-schema layer.xml question Hi Rini, you're right, it should be true that if the layer is disabled it should not show up on getcaps. If it's not it's a bug ans as Andrea pointed out one quite possibly left there as the result of the resource/publish split not yet being finished. Still, remember that's not the ideal solution for your problem. In which you are interested in publishing one feature type, but given the current configuration structure for app-schema you need to configure the related feature types. But that's coincidential and we shouldn't be relying on that at all, since it means relying on a side effect. The side effect being that the only way to load the related featuretypes in the app-schema type registry is for geoserver to somewhat load their configurations, so they register themselves on the app-schema registry. This is obviously less that desired, and means we need some sort of configuration include procedure so a given app-schema mappings file can refer to it's related ones. Then they can be ingested at once without the need to publish nor configure them on geoserver. Does that make sense? If so you can maybe add an include element in the app-schema mappings file xsd and instruct the config loader to ingest included mappings too. Something on the lines of: ... Cheers, Gabriel Andrea Aime wrote: > rini.angre...@csiro.au ha scritto: >> Hello app-schema enthusiasts, >> >> I have a question regarding layer.xml. Feature chaining lets us break up >> mappings for different types, including non-feature types, eg. data >> type (so they can be reusable, ie. if a non-feature type A is nested >> inside type B and C, I only need to create the config once). The problem >> is these non-feature types also appear inside feature type list in >> GetCapabilities output. >> I spoke to Gabriel during his visit in Perth, and he said that if the >> layer is disabled, the type shouldn't appear in GetCapabilities. >> This makes sense to me, since enabled layers would let us run >> getFeatures on the type via the UI. So if we can't see the features (ie. >> the layer is disabled), why should it show in GetCapabilities. >> The problem is, regardless of whether or not the layer.xml is disabled, >> or non-existent, all types would still appear in GetCapabilities. >> Is this a bug? Can someone tell me the true purpose of this layer setting.. > > The resource/publishing split is not done, this means the current > catalog behaves a lot like the old one. > WFS and WCS services are still coded against the resources, the layer > is almost ignored, so I guess you'll have to disable the resources in > order to avoid having them show up in the capabilities. > Now, when you do that, I'm not sure you'll still be able to grab > feature sources out of them thought (did not check) > > Cheers > Andrea > > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] App-schema layer.xml question
Gabriel, You are right. If the related types aren't loaded before the containing type, then it won't work. Thank's for the suggestion. This certainly takes precedence over hiding non-feature types in getCapabilities. Cheers Rini -Original Message- From: Gabriel Roldan [mailto:grol...@opengeo.org] Sent: Tuesday, 30 June 2009 8:10 PM To: Andrea Aime Cc: Angreani, Rini (E&M, Kensington); geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] App-schema layer.xml question Hi Rini, you're right, it should be true that if the layer is disabled it should not show up on getcaps. If it's not it's a bug ans as Andrea pointed out one quite possibly left there as the result of the resource/publish split not yet being finished. Still, remember that's not the ideal solution for your problem. In which you are interested in publishing one feature type, but given the current configuration structure for app-schema you need to configure the related feature types. But that's coincidential and we shouldn't be relying on that at all, since it means relying on a side effect. The side effect being that the only way to load the related featuretypes in the app-schema type registry is for geoserver to somewhat load their configurations, so they register themselves on the app-schema registry. This is obviously less that desired, and means we need some sort of configuration include procedure so a given app-schema mappings file can refer to it's related ones. Then they can be ingested at once without the need to publish nor configure them on geoserver. Does that make sense? If so you can maybe add an include element in the app-schema mappings file xsd and instruct the config loader to ingest included mappings too. Something on the lines of: ... Cheers, Gabriel Andrea Aime wrote: > rini.angre...@csiro.au ha scritto: >> Hello app-schema enthusiasts, >> >> I have a question regarding layer.xml. Feature chaining lets us break up >> mappings for different types, including non-feature types, eg. data >> type (so they can be reusable, ie. if a non-feature type A is nested >> inside type B and C, I only need to create the config once). The problem >> is these non-feature types also appear inside feature type list in >> GetCapabilities output. >> I spoke to Gabriel during his visit in Perth, and he said that if the >> layer is disabled, the type shouldn't appear in GetCapabilities. >> This makes sense to me, since enabled layers would let us run >> getFeatures on the type via the UI. So if we can't see the features (ie. >> the layer is disabled), why should it show in GetCapabilities. >> The problem is, regardless of whether or not the layer.xml is disabled, >> or non-existent, all types would still appear in GetCapabilities. >> Is this a bug? Can someone tell me the true purpose of this layer setting.. > > The resource/publishing split is not done, this means the current > catalog behaves a lot like the old one. > WFS and WCS services are still coded against the resources, the layer > is almost ignored, so I guess you'll have to disable the resources in > order to avoid having them show up in the capabilities. > Now, when you do that, I'm not sure you'll still be able to grab > feature sources out of them thought (did not check) > > Cheers > Andrea > > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] App-schema layer.xml question
Hello app-schema enthusiasts, I have a question regarding layer.xml. Feature chaining lets us break up mappings for different types, including non-feature types, eg. data type (so they can be reusable, ie. if a non-feature type A is nested inside type B and C, I only need to create the config once). The problem is these non-feature types also appear inside feature type list in GetCapabilities output. I spoke to Gabriel during his visit in Perth, and he said that if the layer is disabled, the type shouldn't appear in GetCapabilities. This makes sense to me, since enabled layers would let us run getFeatures on the type via the UI. So if we can't see the features (ie. the layer is disabled), why should it show in GetCapabilities. The problem is, regardless of whether or not the layer.xml is disabled, or non-existent, all types would still appear in GetCapabilities. Is this a bug? Can someone tell me the true purpose of this layer setting.. Cheers Rini -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Geoserver catalog/registry
Hi Christian, Jody and I are about to look at your work on geoserver datastore registry used for your pregeneralization info provider. I am looking to probably use your existing code for my app-schema feature chaining work. Just giving you a heads up, in case we need your help. Cheers Rini -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] GEOS-3143 Patch review
Hi Justin, I have attached a patch for http://jira.codehaus.org/browse/GEOS-3143 re: DescribeFeatureType for complex types. I would appreciate if you can take a look at it. The only file changed in the core code is FeatureTypeSchemaBuilder. Thank you Rini -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer commit access for Rini Angreani
Hi Andrea, I have signed the contributor agreement and sent it with my employer's disclaimer today. I have just started working with Ben on GeoServer community/app-schema module and would appreciate commit access to this module. Ben would review my changes before committing to SVN, and I will be more active with the mailing list as I progress with my work. Cheers Rini -Original Message- From: Andrea Aime [mailto:aa...@opengeo.org] Sent: Monday, 9 February 2009 4:56 PM To: Caradoc-Davies, Ben (E&M, Kensington) Cc: Geoserver-devel; Angreani, Rini (E&M, Kensington) Subject: Re: [Geoserver-devel] GeoServer commit access for Rini Angreani Ben Caradoc-Davies ha scritto: > I am pleased to nominate my colleague Rini Angreani for commit access to > the GeoServer subversion repository. > > Today I committed to the GeoTools repository her implementation of > app-schema feature chaining, which enables support for multiple > multi-valued properties and properties from different sources. Rini will > be making further improvements to the app-schema implementation (in > GeoTools modules/unsupported/app-schema), and will need to extend and > maintain integration tests in GeoServer community/app-schema; this work > will be facilitated by her having commit access to the GeoServer repository. Hi Ben, nice to hear you've someone helping you out with the work. The first thing that comes to mind is that Rini needs to sign and send a GeoServer contributor agreement or working for an organisation that already signed the contributor agreement). The second one is that it feels a bit un-natural to grant commit access to someone that never even wrote a mail to geoserver-devel. In open source the committer access is given on a mutual trust basis, each developer being evaluated as an individual and not by the company that employs her. The fact that you know her personally and that you trust her enough to nominate her for commit access (basically taking the responsibility of the evaluation completely on your shoulders) speaks well for her, and I can be persuaded to just say that it's ok to give her commit access to selected modules. I just hope she understands becoming part of an open source community is more than just having a commit access, but it's also about showing yourself directly on the ml and irc channel, communicate with the other developers about what you're doing and so on. An open source project is a network of people, not just a shared technical infrastructure, if you get what I mean. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
