Thank you for your answer. I will try this as soon as a get the time. -----Ursprungligt meddelande----- Från: Ben Caradoc-Davies [mailto:ben.caradoc-dav...@csiro.au] Skickat: den 31 mars 2011 08:06 Till: Lukas Johansson Kopia: geoserver-users@lists.sourceforge.net Ämne: Re: SV: [Geoserver-users] Problem with appschema and CityGML
"Caused by: java.lang.IllegalStateException at org.geotools.xml.Configuration.allDependencies(Configuration.java:355)" Lucas, this is a "should never happen" error in the underlying GeoTools dependency graph analysis (used to collect the XML bindings). I can only speculate that this means that there is something wrong with your schemas. What happens if you leave out cityGMLBase.xsd (as it is imported by building.xsd?) I think you shoudl have just the schemaUri for building.xml I recommend that you go back to using your geometry as a property of a feature type (such as Building). You are likely to have significant problems trying to use a geometry as a top-level feature type because GeoServer treats geometries as an atomic simple type (so spatial operations can be performed on it). In general, GeoServer app-schema supports (something like) OGC SF1 (simple features profile level one), which corresponds to most people's idea of complex features, but does not allow user-defined geometry types. Please try mapping a Building type, with a <targetAttribute> for lod2MultiSurface mapped to your SURFACE_GEOMETRY. This should work. I do not see such a mapping in your original Building.xml . Use just one schemaUri (building.xml). I would be quite pleased if you can get app-schema working with CityGML, as CityGML is one of the older complex-feature GML application schemas and is in GeoServer's original domain (urban planning; there is mention of Vision for New York in the code base). I think you are close to success. Please try my Building/lod2MultiSurface suggestion! Kind regards, Ben. On 28/03/11 06:42, Lukas Johansson wrote: > Ok, I redifined gml:MultiSurface as a complete featuretype and fixed > targetTypes which was incorrect I last version. I do still get errors when > trying to access this featuretype. Anyone that see s what I'm missing here? > Thank you > /Lukas > > -----Ursprungligt meddelande----- > Från: Lukas Johansson [mailto:lukas.johans...@decerno.se] > Skickat: den 27 mars 2011 23:06 > Till: Ben Caradoc-Davies > Kopia: geoserver-users@lists.sourceforge.net > Ämne: Re: [Geoserver-users] Problem with appschema and CityGML > > Attached is part of the geoserverlog when gml:MultiSurface is used. > /Lukas > > -----Ursprungligt meddelande----- > Från: Lukas Johansson [mailto:lukas.johans...@decerno.se] > Skickat: den 27 mars 2011 21:27 > Till: Ben Caradoc-Davies > Kopia: geoserver-users@lists.sourceforge.net > Ämne: Re: [Geoserver-users] Problem with appschema and CityGML > > Ok, > I've got Building to work as a feature and I managed to map a the attribute > boundedBy in building to another feature Wallsurface. As I understand both > Building and Wallsurface is top level features and it all seems to work great. > > The problem occurs when I try to map 3dcitydb SURFACE_GEOMETRY table against > lod2MultiSurface. If I try to map lod2MultiSurface directly as a type I get: > "lod2MultiSurface is not a top level type" > and If I use lod2MultiSurface as a attribute on WallSurface and maps > SURFACE_GEOMETRY as a gml:MultiSurface I get: > Error occurred getting features null > org.geotools.feature.type.AttributeTypeImpl cannot be cast to > org.opengis.feature.type.ComplexType > > Anyone got any pointers? There are no more "top level features" that I can > use in the bldg namespace but I don't seem to be able to map gml:MultiSurface. > > I attached the mappingfile for WallSurface and MultiSurface (Geometry.xml) > > > Thank you for any help you can give. > /Lukas > > > > -----Ursprungligt meddelande----- > Från: Ben Caradoc-Davies [mailto:ben.caradoc-dav...@csiro.au] > Skickat: den 25 mars 2011 04:26 > Till: Lukas Johansson > Kopia: geoserver-users@lists.sourceforge.net > Ämne: Re: [Geoserver-users] Problem with appschema and CityGML > > Good to hear. Please let us know if you encounter any further problems. > > Kind regards, > Ben. > > On 22/03/11 01:47, Lukas Johansson wrote: >> Ok, solved this issue. I had forgot to put the correct schemaUri in >> targettypes of Building mapping file. >> /Lukas >> >> Från: Lukas Johansson [mailto:lukas.johans...@decerno.se] >> Skickat: den 21 mars 2011 09:45 >> Till: geoserver-users@lists.sourceforge.net >> Ämne: [Geoserver-users] Problem with appschema and CityGML >> >> I’m having trouble setting up GeoServer application Schema plugin to serve a >> subset of CityGML. >> The data is stored in a Oracle Spatial database (3DCityDB schema) and I’ve >> managed to publish feature types for core:CityModel and core:_CityObject. >> Whenever I try to create a mapping file for Building I get this error: >> >> No top level element found in schemas: >> {http://www.opengis.net/citygml/1.0}Building >> >> The reason to why I mapped core:_CityObject is because Building inherits >> from core:_Site which in turn inherits from core:CityObject. When I use >> _CityObject instead of building it works and I can map the feature as I >> want. It does however get encoded into _CityObject and I need it to be >> encoded as Building. >> >> I tried tons’ of configurations but none seems to work for me. >> Included in this email is the mappingfile for CityModel, Building and >> _CityObject >> >> Any help whatsoever would be deeply appreciated as I banged my head for >> weeks now while reading the manual back and forth. >> >> Thank you! >> Lukas >> ___________________________ >> Lukas Johansson >> Civilingenjör >> Decerno AB >> Electrum 234, SE-164 40 KISTA >> Besöksadress: Kistagången 16, 7 tr >> Tel: +46 8 630 75 00 >> Mobil: +46 70 644 96 61 >> >> [cid:image001.jpg@01CBE7F8.630A82D0]<http://www.decerno.se/> >> >> > > -- > Ben Caradoc-Davies<ben.caradoc-dav...@csiro.au> Software Engineering Team > Leader CSIRO Earth Science and Resource Engineering Australian Resources > Research Centre -- Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au> Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf _______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users