geopro:pedro:giscience
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
Ambos lados da revisão anteriorRevisão anteriorPróxima revisão | Revisão anterior | ||
geopro:pedro:giscience [2009/02/02 22:53] – pedro | geopro:pedro:giscience [2009/02/17 03:19] (atual) – pedro | ||
---|---|---|---|
Linha 49: | Linha 49: | ||
The framework is independend of the existence of a distance function. | The framework is independend of the existence of a distance function. | ||
+ | |||
Linha 84: | Linha 85: | ||
The focus of GIS has to rely on cognitive considerations, | The focus of GIS has to rely on cognitive considerations, | ||
and data structures. | and data structures. | ||
+ | |||
+ | ====Why not SQL!==== | ||
+ | |M. J. Egenhofer, 1992| IJGIS| | ||
+ | |||
+ | \\ | ||
+ | |||
+ | **Abstract: | ||
+ | database applications has been tried unsuccessfully, | ||
+ | to serve as a spatial query language. It is argued that the SQL framework is inappropriate for an interactive query language | ||
+ | for GIS and an extended SQL is at best a short term solution. Any spatial SQL dialect has a number of serious deficiencies, | ||
+ | particularly the patches to incorporate the necessary spatial concepts into SQL. | ||
+ | |||
+ | \\ | ||
+ | |||
+ | A criterion for evaluating the suitability of a query language for a non-standard application domain is: "How useful are the | ||
+ | database operations provided by the query language for the particular application?" | ||
+ | |||
+ | |||
+ | |||
+ | ====Higher Order Functions Necessary for Spatial Theory Development==== | ||
+ | |A. U. Frank, 1997| Proceedings of Auto-Carto 13| | ||
+ | |||
+ | \\ | ||
+ | |||
+ | **Abstract: | ||
+ | order functions are a necessary tool for research in the GIS area, because higher | ||
+ | order functions permit to separate the treatment of attribute data from the | ||
+ | organisation of processing in data structures. Higher order functions are | ||
+ | functions which have functions as arguments. A function to traverse a data | ||
+ | structure can thus have as an argument a function to perform specific | ||
+ | operations with the attribute data stored. This is crucial in the GIS arena, where | ||
+ | complex spatial data structures are necessary. Higher order functions were | ||
+ | tacitly assumed for Tomlin’s Map Algebra. | ||
+ | The lack of higher order functions in the design stage of GIS and in the | ||
+ | implementation is currently most felt for visualization, | ||
+ | the interaction between the generic computer graphics solutions and the | ||
+ | particulars of the application area preclude advanced solutions, which combine | ||
+ | the best results from both worlds. Similar problems are to be expected with the | ||
+ | use of OpenGIS standardized functionality. | ||
+ | This paper demonstrates the concept of higher order functions in a modern | ||
+ | functional programming language with a class based (object-oriented) type | ||
+ | concept. It shows how the processing of data elements is completely separated | ||
+ | from the processing of the data structure. Code for different implementations of | ||
+ | data structures can be freely combined with code for different types of | ||
+ | representation of spatial properties in cells. The code fragments in the paper are | ||
+ | executable code in the Gofer/ | ||
+ | |||
+ | \\ | ||
+ | |||
+ | In C++ a special ‘iterator’ | ||
+ | concept is provided (but tricky to use) to save the programmer the difficulties | ||
+ | with passing functions as parameters. The programming languages used for | ||
+ | implementation are based on variables and statements and functions remain | ||
+ | second class citizens. | ||
+ | |||
+ | **higher order functions allow to separate the part of | ||
+ | operations specific to the data structure from the code of the operations which | ||
+ | is specific to the data type stored. GIS are large data collections and must use | ||
+ | complex spatial data structures. It is beneficial to separate the code which | ||
+ | traverses the data structure from the code which operates on the feature data.** | ||
+ | |||
+ | ====Fiat and Bona Fide Boundaries==== | ||
+ | |B. Smith and A. C. Varzi, ????| Philosophy and Phenomenological Research| | ||
+ | |||
+ | \\ | ||
+ | |||
+ | **Abstract: | ||
+ | between bona fide (or physical) boundaries on the one hand, | ||
+ | and fiat boundaries on the other, the latter being exemplified especially | ||
+ | by boundaries induced through human demarcation, | ||
+ | in the geographic realm. The classical metaphysical problems connected | ||
+ | with the notions of adjacency, contact, separation and division | ||
+ | can be resolved in an intuitive way by recognizing this two -sorted ontology | ||
+ | of boundaries. Bona fide boundaries yield a notion of contact | ||
+ | that is effectively modeled by classical topology; the analogue of contact | ||
+ | involving fiat boundaries calls, however, for a different account, | ||
+ | based on the intuition that fiat boundaries do not support the | ||
+ | open/closed distinction on which classical topology is based. In the | ||
+ | presence of this two -sorted ontology it then transpires that mereotopology— | ||
+ | topology erected on a mereological basis—is more than a | ||
+ | trivial formal variant of classical point-set topology. | ||
+ | |||
+ | \\ | ||
geopro/pedro/giscience.1233615232.txt.gz · Última modificação: 2009/02/02 22:53 por pedro