Statistics
| Revision:

svn-gvsig-desktop / tags / v2_0_0_Build_2028 / libraries / libFMap_geometries @ 44061

Name Size Revision Age Author Comment
  docs 20761 about 16 years Jose Manuel Vivó Arnal
  resources 30580 almost 15 years Cesar Ordiñana New automatic Library initialization mechanism ...
  src 35476 almost 13 years Jorge Piera Moving some UtilFunctions methods to a new oper...
  src-test 35474 almost 13 years Jorge Piera Updating the WKB parser to use the geometry api...
pom.xml 11.9 KB 35180 about 13 years Cesar Ordiñana Define the eclipse.project.name to the name of ...
  • svn:ignore: .classpath .project .settings maven-eclipse.xml target bin hs_err_pid* .externalToolBuilders .settings .classpath .project

Latest revisions

# Date Author Comment
35603 06/24/2011 09:10 AM Francisco Díaz Carsí

move to libraries

35527 06/24/2011 08:58 AM Francisco Díaz Carsí

v2_0_0_Build_2028

35476 06/15/2011 03:38 AM Jorge Piera

Moving some UtilFunctions methods to a new operations [gvsig-desktop #15384]

35475 06/14/2011 10:57 AM Jorge Piera

Fixing some small issues related with the bug [gvsig-desktop #15384]

35474 06/14/2011 07:53 AM Jorge Piera

Updating the WKB parser to use the geometry api, instead of using the GeneralPathX. [gvsig-desktop #15384]

35472 06/14/2011 06:23 AM Jorge Piera

The GeneralPathX uses point's instead of array of doubles. [gvsig-desktop #15384]

35346 05/31/2011 10:34 AM Jorge Piera

The Geometry interface inherits of the awt.Shape interface and this inheritance is going to be deleted in a future. This commit adds a new method getShape that returns an awt.Shape and replace all the usage of the Shape interface by an invocation of the getShape method. The idea is to have a control of the usage of this method and remove it in a future [gvsig-desktop #15383]

35340 05/30/2011 12:56 PM Cesar Ordiñana

Change test initialization so all needed libraries get initialized.

35326 05/26/2011 09:29 AM Cesar Ordiñana

Cache other geometry types.
Part of the work to solve bug gvsig-desktop#15349: Working with a view or table from a PostGIS store is slow

35325 05/26/2011 08:56 AM Cesar Ordiñana

Optimization in Point and MultiPoligon creation.
Part of the work to solve bug gvsig-desktop#15349: Working with a view or table from a PostGIS store is slow

View revisions

Also available in: Atom