Timeline for Converting Shapefile to X3D format?
Current License: CC BY-SA 3.0
10 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Oct 8, 2013 at 18:43 | vote | accept | Barbarossa | ||
Jun 18, 2013 at 20:44 | comment | added | MappaGnosis | When I started doing this, there wasn't a GeoOrigin node, so I used to use a basic transform, which always worked well enough. When they introduced the GeoOrigin node, I remember trying it without much success, so I just stuck with my old method which was simple and effective. A quick look at the documentation tells me it has moved on a lot since I last used X3D (I use computer games tech these days). The spec looks more comprehensive than I remember so maybe a bit of experimentation is worthwhile. But remember, if it fails, a good old fashioned Teansform node will do the job. | |
Jun 18, 2013 at 18:16 | comment | added | Barbarossa | Great, I am okay with quick and dirty. Is this just a basic Transform node? I have found some examples that use GeoOrigin nodes to georeference x3d shapes. Are there advantages/disadvantages of either? @MappaGnosis, thanks again and I apologize for all the questions. | |
Jun 18, 2013 at 17:15 | comment | added | MappaGnosis | A quick and dirty solution is to wrap the entire contents of the model after the header in a Transform node that will shift everything to be relative to the centre of your ArcScene model. A simple way I used to be sure of this was to crop a DTM to the extent I wanted. Then get the Dem's origin (which will be its corner) and adjust those values by half the width and height of the dem (allowing for your DEM resolution of course). | |
Jun 18, 2013 at 15:38 | comment | added | Barbarossa | Thank you MappaGnosis. You have been most helpful. I haven't solved my conundrum as of yet, but your response has put me on the right path. I am not very familiar with xml so that has become a brick wall. I was hoping for a more straight forward path to get my 3d shapes into a georeferenced x3d, but I will keep you posted. | |
Jun 18, 2013 at 11:24 | comment | added | MappaGnosis | To geolocate your export from ArcScene, the origin (0,0,0) is exactly in the center of your ArcScene Scene. So, determin what that is and everything will be relative to it. | |
Jun 17, 2013 at 20:27 | comment | added | Barbarossa | I can successfully convert 3d shapefiles (multipatch) into Collada using ArcGlobe/ArcScene and then into .x3d using X3D-Edit 3.3. However, these x3d files do not have a global coordinate system attached to them, only a local (relative) coordinate system, from what I understand. When creating the collada files, an additional kml file was created for each shape. Is there a way to somehow mesh the dae and kml into an x3d? I'm open to writing code (with my limited capacity) that will enable me to create x3d from shapefiles. There is limited documentation about geolocating X3Ds. Suggestions? | |
Jun 14, 2013 at 14:49 | comment | added | MappaGnosis | If you convert to VRML you should have a new transform node for each record and I would expect something similar in Collada (though I don't have a copy of SrcScene to hand to test). You will probably find that all the buildings are grouped under one parent node but their geometry should be separate (unless they are multipolygons in the original data of course). | |
Jun 14, 2013 at 14:07 | comment | added | Barbarossa | Thank you for the response MappaGnosis. Fortunately I have access to FME and am currently looking into it. I also wanted to clarify that my final product does not have to be individual building shapes. I think it would be easier if all the buildings were in the same file, but as individual records, if this is possible. In ArcScene, the shapes are already contained in a single file, until I convert them to COLLADA format. | |
Jun 14, 2013 at 7:46 | history | answered | MappaGnosis | CC BY-SA 3.0 |