deegree3 CityGML import
|
|
|
||||||||
|
|
||||||||
|
Dear Christian and Martijn,
Christian Willmes wrote: > Hi Martijn, > > I was able to import an CityGML 1.0.0 Document by using the Datamanager > into a PostGIS DB. > You have to take care on the correct Namespaces etc. It will fail if you > have maybe inconsistencies in the namspace prefixes in the header and in > the document body itself (this was the case in my dataset first, you can > fix it by Find/Replace in a Texteditor for example). And you have to > take care that the schemaLocations are pointig to existing files. > color definitions inside the citygml files are not. Currently two different types of schemas are supported, 1) http://schemas.opengis.net/citygml/building/1.0/building.xsd 2) http://www.citygml.org/1/0/0/CityGML.xsd Although www.citygml.org/schemas says: ... (29th of October 2008) The OGC has posted the official CityGML version 1.0.0 schemas to http://schemas.opengis.net/citygml/. These schemas shall be used for XML validation of CityGML 1.0.0 instance documents. For valid documents, please make sure to use the official XML namespace identifier and schemaLocations of the CityGML 1.0.0 modules. An overview of the XML namespaces and schemaLocations can be found in the CityGML Wiki. ... We found that both schemas references are in use in different citygml instance documents, so we created a switch in the Datamanager to signal which namespace is to be used: use DataManager -ogcns if your instance files are defined in the first namespace, else omit this flag. Why bothering with the flag I hear you say, well this is because currently the featuremodel needs to know which schema is used on forehand, and the schemalocation attribute is mostly not available in the instance... The namespace may be checked, but we thought is was easier for the user to supply it by hand, this might change in the future though! I would also strongly recommendend having the schema files on your filesystem this will speed things up, because the schemas do not need to be loaded from the internet. We are working on a redirect in the gml_schemas.jar which will contain precompiled schemas for easy and fast access, I don't know if citygml is currently in there (Markus?). > But I'm not able yet to connect it to deegree 3... Do you maybe have an > example configuration of an PostGIS backend for a building dataset in d3 > wpvs for me? I would be very thankful for any suggestion on how to set > this up, really! :-) To access the postgis database you need to do three things. 1) create the spatially enabled database, and run the db_model_backend.sql script found in d3_services/scripts/sql/wpvs/. 2) add a connection to the services_metadata.xml which will contain the parameters for your db: --- SNIP --- <JDBCConnections xmlns="http://www.deegree.org/commons"> <PooledConnection id="conn1"> <DatabaseType>POSTGIS</DatabaseType> <Url>jdbc:postgresql://your_host:/your_db</Url> <User>postgres</User> <Password>postgres</Password> <PoolMinSize>5</PoolMinSize> <PoolMaxSize>20</PoolMaxSize> </PooledConnection> </JDBCConnections> --- SNIP --- 3) reference this database connection id (conn1) in your buildings section of the wpvs configuration: --- SNIP --- <wpvs:Buildings> <wpvs:Name>buildings</wpvs:Name> <wpvs:Title>Buildings and stages of the city</wpvs:Title> <wpvs:Abstract>The building of the city</wpvs:Abstract> <wpvs:MaxPixelError>5</wpvs:MaxPixelError> <wpvs:TextureDirectory>/media/storage/bonn3d/file_backend/building_textures/</wpvs:TextureDirectory> <wpvs:TextureDirectory>/media/storage/bonn3d/file_backend/prototype_textures/</wpvs:TextureDirectory> <ds:ConstrainedDatabaseDataSource> <ds:DataSourceName>WPVS database connection to the buildings,trees and prototypes</ds:DataSourceName> <ds:ConnectionPoolId>conn1</ds:ConnectionPoolId> </ds:ConstrainedDatabaseDataSource> <wpvs:SwitchLevels> <wpvs:Level min="0.0" max="0.03" /> <wpvs:Level min="0.03" max="0.05" /> <wpvs:Level min="0.05" max="0.09" /> <wpvs:Level min="0.09" max="0.85" /> <wpvs:Level min="0.85" max="1.1" /> <wpvs:Level min="1.1" max="10" /> </wpvs:SwitchLevels> </wpvs:Buildings> --- SNIP --- Now restart your tomcat and add DataSet=buildings to your GetView request. You should see your buildings! Before inserting your builings, I must urge you to use a latest checkout, because of modifications to the geometry module, the envelope calculations were wrong, I fixed it last week. > > Here is the Datamanager Command I used: > > ./d3toolbox.sh DataManager -a import -f > /home/christian/Diplomarbeit/poc/Daten/campusgis3D/campusgis3D.gml -host > jdbc:postgresql://localhost:5432/d3wpvs -u <youruser> -p <yourpasswd> > -fbd /home/christian/Diplomarbeit/poc/Daten/d3wpvs/backend -t building > -ql 2 -mtd 1024x1024 -tt "-2568000,-5606000" -v -ogcns > > Martijn van Exel wrote: > > Hi list, > > > > So it appears CityGML 1.0.0 is not supported by the DataManager. This > > leads me to the question of which data file formats are supported > > currently by the DataManager tool. For example, can it handle KML or GML > > and if so, which versions? VRML 2.0 is supported though. > > > > Thanks guys, > > > > Take care > > Martijn > > > > with kind regards, Rutger -- Rutger Bezema l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
signature.asc (204 bytes)
|
Hello,
Rutger Bezema wrote: > I would also strongly recommendend having the schema files on your filesystem > this will speed things up, because the schemas do not need to be loaded from > the internet. We are working on a redirect in the gml_schemas.jar which will > contain precompiled schemas for easy and fast access, I don't know if citygml > is currently in there (Markus?). Well, the schemas jar (opengis_schemas_xxxx_yy_zz.jar) contains all schemas from schemas.opengis.net, so it includes the OGC citygml version as well. However, I am not sure if it is used at the moment. We need to check if the importer accesses the schema file in such a way that a) the local version is used and b) it is precompiled and not parsed over and over again. Best regards, Markus -- Markus Schneider l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
|
In reply to this post
by Rutger Bezema
|
||||||||
|
|
Hi Martijn,
Martijn van Exel wrote: > On 9/22/2009 1:58 PM, Rutger Bezema wrote: > > Dear Christian and Martijn, > > > > Christian Willmes wrote: > > > >> Hi Martijn, > >> > This doesn't mean you can't have color definitions in the database, I > presume - but only that they can't currently be imported? no you can define a global color while importing your citygml buildings. (they'll all have the same color, -bc,--citygml_building_color <Default color.>). We just didn't have time to write parsers for all possible texture/color -> geometries mappings. > > > > > Currently two different types of schemas are supported, > > 1) http://schemas.opengis.net/citygml/building/1.0/building.xsd > > 2) http://www.citygml.org/1/0/0/CityGML.xsd > > > [...] > > > I would also strongly recommendend having the schema files on your filesystem > > this will speed things up, because the schemas do not need to be loaded from > > the internet. We are working on a redirect in the gml_schemas.jar which will > > contain precompiled schemas for easy and fast access, I don't know if citygml > > is currently in there (Markus?). > > > > Thanks for the pointers, I'll investigate and report back. > > Martijn with kind regards, Rutger -- Rutger Bezema l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
|
In reply to this post
by Christian Willmes
|
||||||||
|
|
Hi Martjn,
can you provide one of the example files, so we can work out the problem? An XML snippet containing the offending GML geometry element would be sufficient. Best regards, Markus Martijn van Exel wrote: > Hi Christian and others, > > I am struggling with dimensions now. > > I have this cityGML file which seems to lack proper dimension > definitions. Each CompositeSurface looks like: > > <gml:CompositeSurface srsName="" srsDimension="3"> > > but importing this file gave the following error: > > ERROR: Error while importing file: > d:\geodata\liverpool_citygml\sj39sw_bldgs4-modified2.gml because: Error > in XML document (file > 'd:\geodata\liverpool_citygml\sj39sw_bldgs4-modified2.gml', line: 75, > column: 294, character offset: 14336): Cannot parse 'gml:posList': > contains 15 values, but coordinate dimension is 2. This does not match. > > Adding dimension="3" to every posList node doesn't alleviate this either. > > The file loads in LandXplorer though. > > What is up with that? Is it a source issue or a deegree one? > > Martijn > > On 9/22/2009 1:19 PM, Christian Willmes wrote: >> Hi Martijn, >> >> I was able to import an CityGML 1.0.0 Document by using the Datamanager >> into a PostGIS DB. >> You have to take care on the correct Namespaces etc. It will fail if you >> have maybe inconsistencies in the namspace prefixes in the header and in >> the document body itself (this was the case in my dataset first, you can >> fix it by Find/Replace in a Texteditor for example). And you have to >> take care that the schemaLocations are pointig to existing files. >> >> But I'm not able yet to connect it to deegree 3... Do you maybe have an >> example configuration of an PostGIS backend for a building dataset in d3 >> wpvs for me? I would be very thankful for any suggestion on how to set >> this up, really! :-) >> >> Here is the Datamanager Command I used: >> >> ./d3toolbox.sh DataManager -a import -f >> /home/christian/Diplomarbeit/poc/Daten/campusgis3D/campusgis3D.gml -host >> jdbc:postgresql://localhost:5432/d3wpvs -u<youruser> -p<yourpasswd> >> -fbd /home/christian/Diplomarbeit/poc/Daten/d3wpvs/backend -t building >> -ql 2 -mtd 1024x1024 -tt "-2568000,-5606000" -v -ogcns >> >> And here is the CityGML 1.0.0 header with the hhosted schemalocations I >> use in my CityGML Document: >> >> <?xml version="1.0" encoding="UTF-8"?> >> >> <CityModel xmlns="http://www.opengis.net/citygml/1.0" >> xmlns:xlink="http://www.w3.org/1999/xlink" >> xmlns:smil20lang="http://www.w3.org/2001/SMIL20/Language" >> xmlns:smil20="http://www.w3.org/2001/SMIL20/" >> xmlns:xAL="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0" >> xmlns:gen="http://www.opengis.net/citygml/generics/1.0" >> xmlns:veg="http://www.opengis.net/citygml/vegetation/1.0" >> xmlns:wtr="http://www.opengis.net/citygml/waterbody/1.0" >> xmlns:trans="http://www.opengis.net/citygml/transportation/1.0" >> xmlns:tex="http://www.opengis.net/citygml/gml:OrientableSurface/1.0" >> xmlns:app="http://www.opengis.net/citygml/appearance/1.0" >> xmlns:frn="http://www.opengis.net/citygml/cityfurniture/1.0" >> xmlns:grp="http://www.opengis.net/citygml/cityobjectgroup/1.0" >> xmlns:bldg="http://www.opengis.net/citygml/building/1.0" >> xmlns:luse="http://www.opengis.net/citygml/landuse/1.0" >> xmlns:dem="http://www.opengis.net/citygml/relief/1.0" >> xmlns:gml="http://www.opengis.net/gml" >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >> xsi:schemaLocation=" >> http://www.opengis.net/citygml/relief/1.0 >> http://schemas.opengis.net/citygml/relief/1.0/relief.xsd >> http://www.opengis.net/citygml/landuse/1.0 >> http://schemas.opengis.net/citygml/landuse/1.0/landUse.xsd >> http://www.opengis.net/citygml/building/1.0 >> http://schemas.opengis.net/citygml/Building/1.0/building.xsd >> http://www.opengis.net/citygml/cityobjectgroup/1.0 >> http://schemas.opengis.net/citygml/cityobjectgroup/1.0/cityObjectGroup.xsd >> http://www.opengis.net/citygml/cityfurniture/1.0 >> http://schemas.opengis.net/citygml/cityfurniture/1.0/cityFurniture.xsd >> http://www.opengis.net/citygml/appearance/1.0 >> http://schemas.opengis.net/citygml/appearance/1.0/appearance.xsd >> http://www.opengis.net/citygml/gml:OrientableSurface/1.0 >> http://schemas.opengis.net/citygml/gml:OrientableSurface/1.0/gml:OrientableSurface.xsd >> >> http://www.opengis.net/citygml/transportation/1.0 >> http://schemas.opengis.net/citygml/transportation/1.0/transportation.xsd >> http://www.opengis.net/citygml/waterbody/1.0 >> http://schemas.opengis.net/citygml/waterbody/1.0/waterBody.xsd >> http://www.opengis.net/citygml/vegetation/1.0 >> http://schemas.opengis.net/citygml/vegetation/1.0/vegetation.xsd >> http://www.opengis.net/citygml/generics/1.0 >> http://schemas.opengis.net/citygml/generics/1.0/generics.xsd"> >> >> best regards, >> Christian >> >> Martijn van Exel schrieb: >>> Hi list, >>> >>> We have had mixed success with the Datamanager tool importing CityGML >>> data into PostGIS for use in the deegree3 WPVS. A CityGML 0.4.0 file >>> looks to be imported OK (after removing the SRID constraint from the >>> buildings table): >>> >>> E:\Projects\Deegree3\d3_tools\build>java -cp >>> deegree-tools-3.0-pre.jar;.\lib; or >>> g.deegree.tools.ToolBox DataManager -a import -host >>> jdbc:postgresql://tm-sr:5432 >>> /wpvstest -u postgres -p postgres -t building -ql 5 -f >>> E:\Data\Geodata\test_gml\ >>> CityGML_British_Ordnance_Survey_v0.4.0.xml >>> [11:18:31] INFO: [ConnectionManager] Setting up connection pool '1': >>> type='POST >>> GIS', url='jdbc:postgresql://tm-sr:5432/wpvstest', user='postgres', >>> poolMinSize= >>> '1', poolMaxSize='5'. >>> You supplied no texture dir, using user home/textures directory instead. >>> [11:18:31] INFO: [CityGMLImporter] Using schemalocation: >>> http://www.citygml.org >>> /citygml/1/0/0/CityGML.xsd >>> Result >>> -Inserted: 567 >>> -Updated: 0 >>> -deleted:0 >>> took: 36403 millis >>> >>> ..but a CityGML 1.0.0 file is not imported: >>> >>> E:\Projects\Deegree3\d3_tools\build>java -cp >>> deegree-tools-3.0-pre.jar;.\lib; or >>> g.deegree.tools.ToolBox DataManager -a import -host >>> jdbc:postgresql://tm-sr:5432 >>> /wpvstest -u postgres -p postgres -t building -ql 5 -f >>> E:\Data\Geodata\test_gml\ >>> CityGML_British_Ordnance_Survey_v1.0.0.xml >>> [11:22:18] INFO: [ConnectionManager] Setting up connection pool '1': >>> type='POST >>> GIS', url='jdbc:postgresql://tm-sr:5432/wpvstest', user='postgres', >>> poolMinSize= >>> '1', poolMaxSize='5'. >>> You supplied no texture dir, using user home/textures directory instead. >>> [11:22:18] INFO: [CityGMLImporter] Using schemalocation: >>> http://www.citygml.org >>> /citygml/1/0/0/CityGML.xsd >>> ERROR: Error while importing file: >>> E:\Data\Geodata\test_gml\CityGML_British_Ordn >>> ance_Survey_v1.0.0.xml because: Error in XML document (file >>> 'E:\Data\Geodata\tes >>> t_gml\CityGML_British_Ordnance_Survey_v1.0.0.xml', line: 4, column: >>> 2252, charac >>> ter offset: 2464): Feature type >>> "{http://www.opengis.net/citygml/1.0}CityModel" >>> is unknown. >>> >>> So it appears CityGML 1.0.0 is not supported by the DataManager. This >>> leads me to the question of which data file formats are supported >>> currently by the DataManager tool. For example, can it handle KML or GML >>> and if so, which versions? >>> >>> Thanks guys, >>> >>> Take care >>> Martijn >>> >>> >>> The files is from the sample resources on the CityGML web site[1]: >>> >>> [1] http://www.citygml.org/1539/ >>> >> >> ------------------------------------------------------------------------------ >> 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 >> _______________________________________________ >> deegree-users mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/deegree-users > -- Markus Schneider l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
|
|
||||||||
|
|
Hi Martijn
good. I just remembered that there is an intrinsic problem in parsing (i.e. converting into geometry ojects) of posList elements without dimension attribute. We didn't find a really good solution for this yet: In order to turn the posList into Point objects (actually, they are turned into a Points object to minimize object creation, but this doesn't matter here), you need to know which numbers in the posList make up the ordinates of which point. Therefore you need the dimension information. When it is present, we use the information from the dimension attribute. Otherwise, we assume a dimension of two (which is still the most common case). This was the reason for the exception you got. Anybody has a better idea for coping with this? We could check for the SRS, but then again, people often specify a two-dimensional SRS (such as EPSG:4326) even when working with 3D-coordinates... Best regards, Markus Martijn van Exel wrote: > Hi Markus, > > We managed to solve the dimension issue for now, by adding dimension="3" > to all Polygon, LinearRing AND posList elements in the CityGML. Adding > them only to the posList did not do the trick. > > There's some other issues concerning namespace resolving that we are > trying to master right now. We followed your suggestions to work with > local namespaces and the suggestions made by Christian Wilmes earlier in > this thread. > > My colleague Steven is now investigating this, he may follow up later. > Thanks so far for the help guys, greatly appreciated. > > Martijn > > On 9/28/2009 4:16 PM, Markus Schneider wrote: >> Hi Martjn, >> >> can you provide one of the example files, so we can work out the problem? >> >> An XML snippet containing the offending GML geometry element would be sufficient. >> >> Best regards, >> Markus >> >> Martijn van Exel wrote: >>> Hi Christian and others, >>> >>> I am struggling with dimensions now. >>> >>> I have this cityGML file which seems to lack proper dimension >>> definitions. Each CompositeSurface looks like: >>> >>> <gml:CompositeSurface srsName="" srsDimension="3"> >>> >>> but importing this file gave the following error: >>> >>> ERROR: Error while importing file: >>> d:\geodata\liverpool_citygml\sj39sw_bldgs4-modified2.gml because: Error >>> in XML document (file >>> 'd:\geodata\liverpool_citygml\sj39sw_bldgs4-modified2.gml', line: 75, >>> column: 294, character offset: 14336): Cannot parse 'gml:posList': >>> contains 15 values, but coordinate dimension is 2. This does not match. >>> >>> Adding dimension="3" to every posList node doesn't alleviate this either. >>> >>> The file loads in LandXplorer though. >>> >>> What is up with that? Is it a source issue or a deegree one? >>> >>> Martijn >>> >>> On 9/22/2009 1:19 PM, Christian Willmes wrote: >>>> Hi Martijn, >>>> >>>> I was able to import an CityGML 1.0.0 Document by using the Datamanager >>>> into a PostGIS DB. >>>> You have to take care on the correct Namespaces etc. It will fail if you >>>> have maybe inconsistencies in the namspace prefixes in the header and in >>>> the document body itself (this was the case in my dataset first, you can >>>> fix it by Find/Replace in a Texteditor for example). And you have to >>>> take care that the schemaLocations are pointig to existing files. >>>> >>>> But I'm not able yet to connect it to deegree 3... Do you maybe have an >>>> example configuration of an PostGIS backend for a building dataset in d3 >>>> wpvs for me? I would be very thankful for any suggestion on how to set >>>> this up, really! :-) >>>> >>>> Here is the Datamanager Command I used: >>>> >>>> ./d3toolbox.sh DataManager -a import -f >>>> /home/christian/Diplomarbeit/poc/Daten/campusgis3D/campusgis3D.gml -host >>>> jdbc:postgresql://localhost:5432/d3wpvs -u<youruser> -p<yourpasswd> >>>> -fbd /home/christian/Diplomarbeit/poc/Daten/d3wpvs/backend -t building >>>> -ql 2 -mtd 1024x1024 -tt "-2568000,-5606000" -v -ogcns >>>> >>>> And here is the CityGML 1.0.0 header with the hhosted schemalocations I >>>> use in my CityGML Document: >>>> >>>> <?xml version="1.0" encoding="UTF-8"?> >>>> >>>> <CityModel xmlns="http://www.opengis.net/citygml/1.0" >>>> xmlns:xlink="http://www.w3.org/1999/xlink" >>>> xmlns:smil20lang="http://www.w3.org/2001/SMIL20/Language" >>>> xmlns:smil20="http://www.w3.org/2001/SMIL20/" >>>> xmlns:xAL="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0" >>>> xmlns:gen="http://www.opengis.net/citygml/generics/1.0" >>>> xmlns:veg="http://www.opengis.net/citygml/vegetation/1.0" >>>> xmlns:wtr="http://www.opengis.net/citygml/waterbody/1.0" >>>> xmlns:trans="http://www.opengis.net/citygml/transportation/1.0" >>>> xmlns:tex="http://www.opengis.net/citygml/gml:OrientableSurface/1.0" >>>> xmlns:app="http://www.opengis.net/citygml/appearance/1.0" >>>> xmlns:frn="http://www.opengis.net/citygml/cityfurniture/1.0" >>>> xmlns:grp="http://www.opengis.net/citygml/cityobjectgroup/1.0" >>>> xmlns:bldg="http://www.opengis.net/citygml/building/1.0" >>>> xmlns:luse="http://www.opengis.net/citygml/landuse/1.0" >>>> xmlns:dem="http://www.opengis.net/citygml/relief/1.0" >>>> xmlns:gml="http://www.opengis.net/gml" >>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >>>> xsi:schemaLocation=" >>>> http://www.opengis.net/citygml/relief/1.0 >>>> http://schemas.opengis.net/citygml/relief/1.0/relief.xsd >>>> http://www.opengis.net/citygml/landuse/1.0 >>>> http://schemas.opengis.net/citygml/landuse/1.0/landUse.xsd >>>> http://www.opengis.net/citygml/building/1.0 >>>> http://schemas.opengis.net/citygml/Building/1.0/building.xsd >>>> http://www.opengis.net/citygml/cityobjectgroup/1.0 >>>> http://schemas.opengis.net/citygml/cityobjectgroup/1.0/cityObjectGroup.xsd >>>> http://www.opengis.net/citygml/cityfurniture/1.0 >>>> http://schemas.opengis.net/citygml/cityfurniture/1.0/cityFurniture.xsd >>>> http://www.opengis.net/citygml/appearance/1.0 >>>> http://schemas.opengis.net/citygml/appearance/1.0/appearance.xsd >>>> http://www.opengis.net/citygml/gml:OrientableSurface/1.0 >>>> http://schemas.opengis.net/citygml/gml:OrientableSurface/1.0/gml:OrientableSurface.xsd >>>> >>>> http://www.opengis.net/citygml/transportation/1.0 >>>> http://schemas.opengis.net/citygml/transportation/1.0/transportation.xsd >>>> http://www.opengis.net/citygml/waterbody/1.0 >>>> http://schemas.opengis.net/citygml/waterbody/1.0/waterBody.xsd >>>> http://www.opengis.net/citygml/vegetation/1.0 >>>> http://schemas.opengis.net/citygml/vegetation/1.0/vegetation.xsd >>>> http://www.opengis.net/citygml/generics/1.0 >>>> http://schemas.opengis.net/citygml/generics/1.0/generics.xsd"> >>>> >>>> best regards, >>>> Christian >>>> >>>> Martijn van Exel schrieb: >>>>> Hi list, >>>>> >>>>> We have had mixed success with the Datamanager tool importing CityGML >>>>> data into PostGIS for use in the deegree3 WPVS. A CityGML 0.4.0 file >>>>> looks to be imported OK (after removing the SRID constraint from the >>>>> buildings table): >>>>> >>>>> E:\Projects\Deegree3\d3_tools\build>java -cp >>>>> deegree-tools-3.0-pre.jar;.\lib; or >>>>> g.deegree.tools.ToolBox DataManager -a import -host >>>>> jdbc:postgresql://tm-sr:5432 >>>>> /wpvstest -u postgres -p postgres -t building -ql 5 -f >>>>> E:\Data\Geodata\test_gml\ >>>>> CityGML_British_Ordnance_Survey_v0.4.0.xml >>>>> [11:18:31] INFO: [ConnectionManager] Setting up connection pool '1': >>>>> type='POST >>>>> GIS', url='jdbc:postgresql://tm-sr:5432/wpvstest', user='postgres', >>>>> poolMinSize= >>>>> '1', poolMaxSize='5'. >>>>> You supplied no texture dir, using user home/textures directory instead. >>>>> [11:18:31] INFO: [CityGMLImporter] Using schemalocation: >>>>> http://www.citygml.org >>>>> /citygml/1/0/0/CityGML.xsd >>>>> Result >>>>> -Inserted: 567 >>>>> -Updated: 0 >>>>> -deleted:0 >>>>> took: 36403 millis >>>>> >>>>> ..but a CityGML 1.0.0 file is not imported: >>>>> >>>>> E:\Projects\Deegree3\d3_tools\build>java -cp >>>>> deegree-tools-3.0-pre.jar;.\lib; or >>>>> g.deegree.tools.ToolBox DataManager -a import -host >>>>> jdbc:postgresql://tm-sr:5432 >>>>> /wpvstest -u postgres -p postgres -t building -ql 5 -f >>>>> E:\Data\Geodata\test_gml\ >>>>> CityGML_British_Ordnance_Survey_v1.0.0.xml >>>>> [11:22:18] INFO: [ConnectionManager] Setting up connection pool '1': >>>>> type='POST >>>>> GIS', url='jdbc:postgresql://tm-sr:5432/wpvstest', user='postgres', >>>>> poolMinSize= >>>>> '1', poolMaxSize='5'. >>>>> You supplied no texture dir, using user home/textures directory instead. >>>>> [11:22:18] INFO: [CityGMLImporter] Using schemalocation: >>>>> http://www.citygml.org >>>>> /citygml/1/0/0/CityGML.xsd >>>>> ERROR: Error while importing file: >>>>> E:\Data\Geodata\test_gml\CityGML_British_Ordn >>>>> ance_Survey_v1.0.0.xml because: Error in XML document (file >>>>> 'E:\Data\Geodata\tes >>>>> t_gml\CityGML_British_Ordnance_Survey_v1.0.0.xml', line: 4, column: >>>>> 2252, charac >>>>> ter offset: 2464): Feature type >>>>> "{http://www.opengis.net/citygml/1.0}CityModel" >>>>> is unknown. >>>>> >>>>> So it appears CityGML 1.0.0 is not supported by the DataManager. This >>>>> leads me to the question of which data file formats are supported >>>>> currently by the DataManager tool. For example, can it handle KML or GML >>>>> and if so, which versions? >>>>> >>>>> Thanks guys, >>>>> >>>>> Take care >>>>> Martijn >>>>> >>>>> >>>>> The files is from the sample resources on the CityGML web site[1]: >>>>> >>>>> [1] http://www.citygml.org/1539/ >>>>> >>>> ------------------------------------------------------------------------------ >>>> 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 >>>> _______________________________________________ >>>> deegree-users mailing list >>>> [hidden email] >>>> https://lists.sourceforge.net/lists/listinfo/deegree-users >> >> >> >> ------------------------------------------------------------------------------ >> 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 >> >> >> >> _______________________________________________ >> deegree-users mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/deegree-users > -- Markus Schneider l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
In reply to this post
by Martijn van Exel
|
||||||||
|
|
Can you provide a download location for the file?
Best regards, Markus Steven M. Ottens wrote: > Hi all, > > The problem with the CityGML was that the different elements weren't > properly namespaced. I've added the necessary namespace declarations to > the CityGML eg.: > <gen:GenericCityObject > gml:id="fme-gen-a1b77849-acd2-4e30-bc12-e6c3fd75c4c8"> > <gen:stringAttribute name="legend"> > Now it does parse, but I run into a OutOfMemoryError (the CityGML is 80MB) > > my d3toolbox.bat look like this: > set JAVA_OPTS=-Xms512M -Xmx1024M -XX:PermSize=256M -XX:MaxPermSize=512M > java -cp deegree-tools-3.0-pre.jar;. org.deegree.tools.ToolBox %* > > But when I check processexlorer, java only takes 100MB (regardless of > the settings in the batchfile). > > Any suggestion would be greatly appreciated. > > Steven > > Martijn van Exel wrote: >> Hi Markus, >> >> We managed to solve the dimension issue for now, by adding >> dimension="3" to all Polygon, LinearRing AND posList elements in the >> CityGML. Adding them only to the posList did not do the trick. >> >> There's some other issues concerning namespace resolving that we are >> trying to master right now. We followed your suggestions to work with >> local namespaces and the suggestions made by Christian Wilmes earlier >> in this thread. >> >> My colleague Steven is now investigating this, he may follow up later. >> Thanks so far for the help guys, greatly appreciated. >> >> Martijn >> >> On 9/28/2009 4:16 PM, Markus Schneider wrote: >>> Hi Martjn, >>> >>> can you provide one of the example files, so we can work out the >>> problem? >>> >>> An XML snippet containing the offending GML geometry element would be >>> sufficient. >>> >>> Best regards, >>> Markus >>> >>> Martijn van Exel wrote: >>>> Hi Christian and others, >>>> >>>> I am struggling with dimensions now. >>>> >>>> I have this cityGML file which seems to lack proper dimension >>>> definitions. Each CompositeSurface looks like: >>>> >>>> <gml:CompositeSurface srsName="" srsDimension="3"> >>>> >>>> but importing this file gave the following error: >>>> >>>> ERROR: Error while importing file: >>>> d:\geodata\liverpool_citygml\sj39sw_bldgs4-modified2.gml because: Error >>>> in XML document (file >>>> 'd:\geodata\liverpool_citygml\sj39sw_bldgs4-modified2.gml', line: 75, >>>> column: 294, character offset: 14336): Cannot parse 'gml:posList': >>>> contains 15 values, but coordinate dimension is 2. This does not match. >>>> >>>> Adding dimension="3" to every posList node doesn't alleviate this >>>> either. >>>> >>>> The file loads in LandXplorer though. >>>> >>>> What is up with that? Is it a source issue or a deegree one? >>>> >>>> Martijn >>>> >>>> On 9/22/2009 1:19 PM, Christian Willmes wrote: >>>>> Hi Martijn, >>>>> >>>>> I was able to import an CityGML 1.0.0 Document by using the >>>>> Datamanager >>>>> into a PostGIS DB. >>>>> You have to take care on the correct Namespaces etc. It will fail >>>>> if you >>>>> have maybe inconsistencies in the namspace prefixes in the header >>>>> and in >>>>> the document body itself (this was the case in my dataset first, >>>>> you can >>>>> fix it by Find/Replace in a Texteditor for example). And you have to >>>>> take care that the schemaLocations are pointig to existing files. >>>>> >>>>> But I'm not able yet to connect it to deegree 3... Do you maybe >>>>> have an >>>>> example configuration of an PostGIS backend for a building dataset >>>>> in d3 >>>>> wpvs for me? I would be very thankful for any suggestion on how to set >>>>> this up, really! :-) >>>>> >>>>> Here is the Datamanager Command I used: >>>>> >>>>> ./d3toolbox.sh DataManager -a import -f >>>>> /home/christian/Diplomarbeit/poc/Daten/campusgis3D/campusgis3D.gml >>>>> -host >>>>> jdbc:postgresql://localhost:5432/d3wpvs -u<youruser> -p<yourpasswd> >>>>> -fbd /home/christian/Diplomarbeit/poc/Daten/d3wpvs/backend -t building >>>>> -ql 2 -mtd 1024x1024 -tt "-2568000,-5606000" -v -ogcns >>>>> >>>>> And here is the CityGML 1.0.0 header with the hhosted >>>>> schemalocations I >>>>> use in my CityGML Document: >>>>> >>>>> <?xml version="1.0" encoding="UTF-8"?> >>>>> >>>>> <CityModel xmlns="http://www.opengis.net/citygml/1.0" >>>>> xmlns:xlink="http://www.w3.org/1999/xlink" >>>>> xmlns:smil20lang="http://www.w3.org/2001/SMIL20/Language" >>>>> xmlns:smil20="http://www.w3.org/2001/SMIL20/" >>>>> xmlns:xAL="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0" >>>>> xmlns:gen="http://www.opengis.net/citygml/generics/1.0" >>>>> xmlns:veg="http://www.opengis.net/citygml/vegetation/1.0" >>>>> xmlns:wtr="http://www.opengis.net/citygml/waterbody/1.0" >>>>> xmlns:trans="http://www.opengis.net/citygml/transportation/1.0" >>>>> xmlns:tex="http://www.opengis.net/citygml/gml:OrientableSurface/1.0" >>>>> xmlns:app="http://www.opengis.net/citygml/appearance/1.0" >>>>> xmlns:frn="http://www.opengis.net/citygml/cityfurniture/1.0" >>>>> xmlns:grp="http://www.opengis.net/citygml/cityobjectgroup/1.0" >>>>> xmlns:bldg="http://www.opengis.net/citygml/building/1.0" >>>>> xmlns:luse="http://www.opengis.net/citygml/landuse/1.0" >>>>> xmlns:dem="http://www.opengis.net/citygml/relief/1.0" >>>>> xmlns:gml="http://www.opengis.net/gml" >>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >>>>> xsi:schemaLocation=" >>>>> http://www.opengis.net/citygml/relief/1.0 >>>>> http://schemas.opengis.net/citygml/relief/1.0/relief.xsd >>>>> http://www.opengis.net/citygml/landuse/1.0 >>>>> http://schemas.opengis.net/citygml/landuse/1.0/landUse.xsd >>>>> http://www.opengis.net/citygml/building/1.0 >>>>> http://schemas.opengis.net/citygml/Building/1.0/building.xsd >>>>> http://www.opengis.net/citygml/cityobjectgroup/1.0 >>>>> http://schemas.opengis.net/citygml/cityobjectgroup/1.0/cityObjectGroup.xsd >>>>> >>>>> http://www.opengis.net/citygml/cityfurniture/1.0 >>>>> http://schemas.opengis.net/citygml/cityfurniture/1.0/cityFurniture.xsd >>>>> http://www.opengis.net/citygml/appearance/1.0 >>>>> http://schemas.opengis.net/citygml/appearance/1.0/appearance.xsd >>>>> http://www.opengis.net/citygml/gml:OrientableSurface/1.0 >>>>> http://schemas.opengis.net/citygml/gml:OrientableSurface/1.0/gml:OrientableSurface.xsd >>>>> >>>>> >>>>> http://www.opengis.net/citygml/transportation/1.0 >>>>> http://schemas.opengis.net/citygml/transportation/1.0/transportation.xsd >>>>> >>>>> http://www.opengis.net/citygml/waterbody/1.0 >>>>> http://schemas.opengis.net/citygml/waterbody/1.0/waterBody.xsd >>>>> http://www.opengis.net/citygml/vegetation/1.0 >>>>> http://schemas.opengis.net/citygml/vegetation/1.0/vegetation.xsd >>>>> http://www.opengis.net/citygml/generics/1.0 >>>>> http://schemas.opengis.net/citygml/generics/1.0/generics.xsd"> >>>>> >>>>> best regards, >>>>> Christian >>>>> >>>>> Martijn van Exel schrieb: >>>>>> Hi list, >>>>>> >>>>>> We have had mixed success with the Datamanager tool importing CityGML >>>>>> data into PostGIS for use in the deegree3 WPVS. A CityGML 0.4.0 file >>>>>> looks to be imported OK (after removing the SRID constraint from the >>>>>> buildings table): >>>>>> >>>>>> E:\Projects\Deegree3\d3_tools\build>java -cp >>>>>> deegree-tools-3.0-pre.jar;.\lib; or >>>>>> g.deegree.tools.ToolBox DataManager -a import -host >>>>>> jdbc:postgresql://tm-sr:5432 >>>>>> /wpvstest -u postgres -p postgres -t building -ql 5 -f >>>>>> E:\Data\Geodata\test_gml\ >>>>>> CityGML_British_Ordnance_Survey_v0.4.0.xml >>>>>> [11:18:31] INFO: [ConnectionManager] Setting up connection pool '1': >>>>>> type='POST >>>>>> GIS', url='jdbc:postgresql://tm-sr:5432/wpvstest', user='postgres', >>>>>> poolMinSize= >>>>>> '1', poolMaxSize='5'. >>>>>> You supplied no texture dir, using user home/textures directory >>>>>> instead. >>>>>> [11:18:31] INFO: [CityGMLImporter] Using schemalocation: >>>>>> http://www.citygml.org >>>>>> /citygml/1/0/0/CityGML.xsd >>>>>> Result >>>>>> -Inserted: 567 >>>>>> -Updated: 0 >>>>>> -deleted:0 >>>>>> took: 36403 millis >>>>>> >>>>>> ..but a CityGML 1.0.0 file is not imported: >>>>>> >>>>>> E:\Projects\Deegree3\d3_tools\build>java -cp >>>>>> deegree-tools-3.0-pre.jar;.\lib; or >>>>>> g.deegree.tools.ToolBox DataManager -a import -host >>>>>> jdbc:postgresql://tm-sr:5432 >>>>>> /wpvstest -u postgres -p postgres -t building -ql 5 -f >>>>>> E:\Data\Geodata\test_gml\ >>>>>> CityGML_British_Ordnance_Survey_v1.0.0.xml >>>>>> [11:22:18] INFO: [ConnectionManager] Setting up connection pool '1': >>>>>> type='POST >>>>>> GIS', url='jdbc:postgresql://tm-sr:5432/wpvstest', user='postgres', >>>>>> poolMinSize= >>>>>> '1', poolMaxSize='5'. >>>>>> You supplied no texture dir, using user home/textures directory >>>>>> instead. >>>>>> [11:22:18] INFO: [CityGMLImporter] Using schemalocation: >>>>>> http://www.citygml.org >>>>>> /citygml/1/0/0/CityGML.xsd >>>>>> ERROR: Error while importing file: >>>>>> E:\Data\Geodata\test_gml\CityGML_British_Ordn >>>>>> ance_Survey_v1.0.0.xml because: Error in XML document (file >>>>>> 'E:\Data\Geodata\tes >>>>>> t_gml\CityGML_British_Ordnance_Survey_v1.0.0.xml', line: 4, column: >>>>>> 2252, charac >>>>>> ter offset: 2464): Feature type >>>>>> "{http://www.opengis.net/citygml/1.0}CityModel" >>>>>> is unknown. >>>>>> >>>>>> So it appears CityGML 1.0.0 is not supported by the DataManager. This >>>>>> leads me to the question of which data file formats are supported >>>>>> currently by the DataManager tool. For example, can it handle KML >>>>>> or GML >>>>>> and if so, which versions? >>>>>> >>>>>> Thanks guys, >>>>>> >>>>>> Take care >>>>>> Martijn >>>>>> >>>>>> >>>>>> The files is from the sample resources on the CityGML web site[1]: >>>>>> >>>>>> [1] http://www.citygml.org/1539/ >>>>>> >>>>> ------------------------------------------------------------------------------ >>>>> >>>>> 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 >>>>> _______________________________________________ >>>>> deegree-users mailing list >>>>> [hidden email] >>>>> https://lists.sourceforge.net/lists/listinfo/deegree-users >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> 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 >>> >>> >>> >>> _______________________________________________ >>> deegree-users mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/deegree-users > > > > > ------------------------------------------------------------------------------ > 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 > _______________________________________________ > deegree-users mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/deegree-users -- Markus Schneider l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
|
|
||||||||
|
|
Hi Steven,
Steven M. Ottens wrote: > Apparently JAVA_OPTS doesn't work so I added the ' -Xmx1024M' directly > after 'java' in the batchfile and now it did get enough memory. However > it fails with: Yes, I remember that there was some problem left with the Windows-starter ;-) Anybody has an idea why the Windows Java does not take the JAVA_OPTS into account? Something wrong with the SET command in the script? > [13:43:05] WARN: [CityGMLImporter] Don't know how to import features of > with name: {http://www.opengis.net/citygml/generics/1.0}GenericCityObject > > GenericCityObject is a valid CityGML element according to the XSDs. > > Markus: I'll send you the information to get the file in a private mail. I had a look at the file and realized that it does not meet the assumptions (read: limitations) of the current version of the CityGMLImporter :-) At the moment, it only imports 'Building' features and ignores everything else. Note that the parsing (transformation of the GML into feature objects) seems to work fine for the provided document (the parser didn't bail out), so it should be quite manageable to extend the code in org.deegree.tools.rendering.manager.buildings.importers.CityGMLImporter#importFromFile(String, int, int) to cope with other features and import them as well. We just didn't have the use case (and time) for that yet... Best regards, Markus -- Markus Schneider l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
|
I think I fixed the problem with the Windows-starter (kudos to Rutger). Can you maybe verify this?
Best regards, Markus Markus Schneider wrote: > Hi Steven, > > Steven M. Ottens wrote: >> Apparently JAVA_OPTS doesn't work so I added the ' -Xmx1024M' directly >> after 'java' in the batchfile and now it did get enough memory. However >> it fails with: > > Yes, I remember that there was some problem left with the Windows-starter ;-) Anybody has an idea why the Windows Java > does not take the JAVA_OPTS into account? Something wrong with the SET command in the script? > >> [13:43:05] WARN: [CityGMLImporter] Don't know how to import features of >> with name: {http://www.opengis.net/citygml/generics/1.0}GenericCityObject >> >> GenericCityObject is a valid CityGML element according to the XSDs. >> >> Markus: I'll send you the information to get the file in a private mail. > > I had a look at the file and realized that it does not meet the assumptions (read: limitations) of the current version > of the CityGMLImporter :-) At the moment, it only imports 'Building' features and ignores everything else. > > Note that the parsing (transformation of the GML into feature objects) seems to work fine for the provided document (the > parser didn't bail out), so it should be quite manageable to extend the code in > org.deegree.tools.rendering.manager.buildings.importers.CityGMLImporter#importFromFile(String, int, int) to cope with > other features and import them as well. We just didn't have the use case (and time) for that yet... > > Best regards, > Markus > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > 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 > > > ------------------------------------------------------------------------ > > _______________________________________________ > deegree-users mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/deegree-users -- Markus Schneider l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
|
|
|
||||||||
|
|
Hi Steven,
Steven M. Ottens wrote: > Hi Markus, > > I checked and it works in so far that it gets more memory allocated, but > it still wasn't enough for me for some reason. > > I've solved the CityGML import problem by replacing GenericCityObject > with bldg:Building and it does import something in the database, This is nice. > > but it produces a series of warnings of this type: > [11:06:02] WARN: [Tesselator] Error while tesselating following > geometry (from a quality model with id: > fme-gen-16a47bc4-ca46-4ff9-ad84-90c210ca1a89): > VertexCount: 5 > Coordinates: > 0:334159.16,392231.94,12.765258 > 1:334159.16,392231.94,12.765166 > 2:334159.16,392231.94,31.650467 > 3:334159.16,392231.94,31.650558 > 4:334159.16,392231.94,12.765258 > No Inner rings defined. > (are the vertices colinear?). Original error message was:A > RenderableGeometry must have vertices to work with (the vertices array > may not be null or empty). Yes this is correct, it means you define a surface which cannot be tesselated by opengl, by the looks of things, the given surface points 1 an 2 are for opengl equal. Hence no surface is given and no tesselation can be accomplished. But normally this is not so bad. This small surface will be missing from your building. With kind regards, Rutger -- Rutger Bezema l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 184960 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------------------------------ 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 _______________________________________________ deegree-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/deegree-users |
||||||||
| Free Embeddable Forum Powered by Nabble | Help |
