fixed broken geography/fGIS/tclext.html

[sites/home_page.git] / geography / fGIS / tclext.html
diff --git a/geography/fGIS/tclext.html b/geography/fGIS/tclext.html

index c57d8dc3a0d79ca64245488d19575aa8159f78e9..86e4177d4eb149fa3bf5c2ee712c019c29c565a1 100644 (file)
--- a/geography/fGIS/tclext.html
+++ b/geography/fGIS/tclext.html
@@ -1,8 +1,9 @@
-<html>
-<head>
-<title>fGIS Tcl extension</title>
-<head>
-<body>
+<HTML>
+<HEAD>
+<TITLE>fGIS Tcl extension</TITLE>
+<META NAME="description" CONTENT="Linst of Tcl extensions used in fGIS">
+</HEAD>
+<BODY>
  
  <H1>fGIS Tcl extension</h1>
  
@@ -157,13 +158,13 @@ in separate window.
  
  It has been said already, that f(GIS) doesn't even try to implement
  home-grown database management system. Instead, it uses various 
-<A HREF="http://www.neosoft.com/tcl/ftparchive/sorted/databases/">RDBMS
-connectivity extensions</a>, available for Tcl. Unfortunately these
+RDBMS
+connectivity extensions, available for Tcl. Unfortunately these
  extensions don't have so unified interface as provided by DBI package
  for Perl language. So, it was neccessary to develop additional
  abstraction layer <A HREF=TclDBI.html>TclDBI</a> which allows to write
  database-related parts of f(GIS) without regard to particular RDBMS
-server behind it. 
+server behind it.  (recently tdbc extension appeared to fill this gap).
  
  <A NAME="toc_section7"></A><H3>Tools and bricks</H3>
  
@@ -182,4 +183,5 @@ HREF="http://www.fe.msk.ru/~vitus/works/works_tcl.html#getopt">Getopt</a>
  library
  <LI><B>Object orientend extension</B> used for developing layers.
  </UL>
-
+</BODY>
+</HTML>