>> This will make using app-schema store problematic. So far I'm working >> around this >> and other limitations by creating an amended target schema that the store >> can >> use and the xslt towards the real deal, but we both know supporting xlst >> two >> ways is problematic at best. >> Well, good to know for next time I'll venture in app-schema land > > GML land. This is not an app-schema problem. It is a GML conformance > problem. > > You are not the only one. I recently saw a large project that designed a > suite of schemas based on GML. They did not use modelling tools such as > HollowWorld/FullMoon that help to enforce GML encoding specification > conformance, and as a consequence, their schemas were not conformant, > principally in not observing the striping rule. > > Do you have any ability to change the schema?
None at all unfortunately, the target schema was created and mandated long before we were involved. Ben, this is the real world, the only rule is that it does not follow all the rules (or any at all sometimes). Tools have to be flexible enough to cope with violations. To give you a simple example, let's look a shapefiles. The shapefile spec is something you can read in less than an hour. It's sheer simplicity compared to GML. Nevertheless, the shapefile reader has had a number of workaround for various kinds of mis-constructed shpaefiles for years. Despite that I'm still getting, today, patches from people that cannot read files generated by some rogue application and distributed to the wide public with some big public administrations. To stay in GML land, I hear some people saying that one of the best GML readers is the Carbon project one (used in GAIA). Do you know why? It does not use schemas at all but a pattern matching based approach. It basically can read all sorts of crap provided they look a little like GML. Some level of brokenness is just normal, we need to learn to put up with that and play nice. 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 ----------------------------------------------------- ------------------------------------------------------------------------------ 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 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
