ThinkGeo.com    |     Documentation    |     Premium Support

Oracle Spatial not fully working

#1

I'm having problem with some geometries in Oracle spatial.

I'm able  to see them all with Oracle Map Builder but not with ThinkGeo.



I  really need this. Without this the Thinkgeo WebEdition is useless.



 Please  download screenshot, sample application and scripts at:



hotfile.com/dl/55435681/e05cde9/ThinkGeoOracle.zip.html



Just  run the "ThinkGeo TEST.sql" in some Oracle 10 Spatial Database, and you  will be able to see it.



#2

Hi, Rui 
  
 Sorry for delay response. 
  
 We need more information about this problem. Which version of WebEdition you are using? And your machine is 32-bit or 64-bit? Which OS are you consuming? 
  
 Thanks, 
  
 Khalil

#3

Which version of WebEdition you are using?  
 4.0 
  
 And your machine is 32-bit or 64-bit?  
 32bit 
  
 Which OS are you consuming?  
 Windows Seven

#4

Rui, 
  
 Something wrong with our Oracle Server happened, we are preparing the environment. We will give the answer as soon as it’s available.  
  
 Thanks, 
 Johnny 


#5

Any news?

#6

Rui, 
  
 We have prepared the environment for Oracle and test it, also we have found the problems caused by the Complex Polygons that include Lines and Curves in one record. 
  
 We will work on that right now, and any progress about that we will let you know immediately. 
  
 Thanks, 
  
 Khalil

#7

Hello, 
 yes that is the problem, you should not use oracle’s get_wkt() and get_wkb(). you have to parse the SDO_ELEM_INFO. 
 take a look at: 
  
 download.oracle.com/docs/cd/B19306_01/appdev.102/b14255/sdo_objrelschema.htm#SPATL020 
  
 And then create a WKT/WKB from the parsed geometry.

#8

Khalil, you have any news?

#9

Hi! Sorry i haven’t seen the ticket response before the forum. 
 I saw it now, but i’m not very happy with you don’t supporting Oracle Spatial like you seem to do in the product feature list. 
  
 For my company this is not good, we have just spent thousands of dollars with ThinkGeo and at the first big difficulty we don’t get the kind of answer we were hopping. I’ll have my neck hang since i was the one making a big efford bringing ThinkGeo into my company. 
  
 But thanks anyway.

#10

Rui, 
  
   I haven’t read the ticket but we are going to look into it further.  We may need some time to support it though.  At the same time you have access to fix this as well.  You can create a custom layer to implement it any way you want.  It may be possible to let you have access to the Oracle Spatial layer for you to review and make any changes you need. 
  
 David

#11

Rui, 
  
   The issue fundamentally is that you have a geometry collection and at the moment we do not support that.  You are the first customer to request this and typically in GIS each table has a specific type of feature and not a geometry collection.  In my experience geometry collection usually occur after spatial operations and are then converted or massaged.  The issue we have is that supporting geometry collections forces us to make a set of broad changes beyond just the Oracle Spatial support.  We need to consider these changes carefully and make sure we can do it properly.  We will support this however we need time to ensure the changes are correct. 
  
 David

#12

David, I would thank you is you are able to give me the code for your Oracle Spatial layer and featuresource implementation. 
  
 The issue is that we use ArcGIS to read and Write to that database, and ArcGIS is doing that.  
  
 As you can see in Oracle Spatial documentation for the SDO_ELEM_INFO.SDO_ETYPE equals to 1005 or 2005 and SDO_INTERPRETATION n > 1 
 you have a  "Compound polygon with some vertices connected by straight line segments and some by circular arcs. The value n in the Interpretation column specifies the number of contiguous subelements that make up the polygon." 
  
 So, you could use ODP.NET and then do all parsing in C#/*.NET code or you could do some oracle functions to do the parsing (best approach in my opinion). 
  
 At the moment we are tight in schedule, and one of the reasons we bought ThinkGeo WebSuite was the no need to implement this parsing ourselfs. 
  
 Was a big bill for us, since we bought the Unlimited server licenses package. Now we are facing this problem and is hard for me to justify to my bosses this situation, and the need to allocate human resources to develop something that we all assumed implemented. 
  
 I do beleive that if you have more customers using ESRI ArcGIS or Intergraph Geomedia packages to read and write in the same Oracle Spatial, they will find problems for sure, since this softwares implement the parsing of the Geometry and not only the get_wkt() and get_wkb(). 
  
  


#13

Rui, 
  
   I will get the NDA to you for the source.  I have been researching the issue and the CurvedPolygons etc are part of SQL/MM Part 3 which we did not support.  I nfact SQL 2008 does not support that either.  I understand that you are using another third part to add that to the database and there is nothing you can do.  
  
   What I propose is this.  We add support for the Geometry collection, this is the first step.  The next step is that when we get the WKB of the features for the SQL/MM part 3,  such as CIRCULARSTRING, COMPOUNDCURVE, CURVEPOLYGON, CURVEPOLYGON etc, that we will convert them to their lines and polygon counterparts.  From what I can see the types above are only to save space and have better resolution at any scale.  Since we query them at every scale I think we can draw them well. 
  
   The underlying issue with fully supporting the types above is that we have no way to do their spatial functions such as intersect, buffer etc.  once we convert them to the standard types such as polygon, lines etc then we can do all the operations.  As long as you use Oracle or another package to inset the shapes etc then we will just handle the drawing and any analysis on the client side. 
  
   Let me know what you think. 
  
 David

#14

Hello David, 
 for me seems nice. 
 The support for geometry collection will be wonderfull, but the step:  "The next step is that when we get the WKB of the features for the SQL/MM part 3, such as CIRCULARSTRING, COMPOUNDCURVE, CURVEPOLYGON, CURVEPOLYGON etc" , how are you going to get the WKB?  
  
 Do you have any idea when will this be avaiable? 
  
 Thank you so much

#15

Rui, 



At this point it is uncertain as here is what we found.. We can get the WKT fine but we are not able to read the WKB.  The WKB for this is published in a standard SQL/MM Part 3 which we cannot easily find.  Assuming we get the WKB specification for these new shapes it will take about a week to get the changes in.  This is assuming that we are able to convert the new shapes to the simple features.  If you have any suggestions or ideas where we can get the WKB standard please let us know as it will speed up the process. 



David



#16

Does this help? 
 jtc1sc32.org/doc/N1101-1150/32N1107-WD13249-3--spatial.pdf 
  
 Found it throw Google, but i’m not sure if this is useful or not.

#17

Rui, 
  
   I think this is what we needed.  I looked at that link many times but the speed was so slow it never loaded. :-(  Luckily tonight I was able to wait for the hour it took to finally finish.  We will take a more detailed look at it tomorrow and let you know what we find. 
  
 David

#18

Rui, 
  
   I was just checking in anyone sent you the source yet? 
  
 David

#19

Hello David, not yet. 


#20

David, if it’s too complicated to give us the source code, just make some mechanism where we can replace your calls to Get_WKB() by on function of ours. 
  
 We have made some Oracle package that cleans the Geometry before sending it to ThinkGeo, we could call the function throw a view, but we need to make a direct call to the table. 'cause we need to save into it. 
  
  
 Can you do that? Create some kind of hook.