International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences, Vol XXXV, Part B2. Istanbul 2004
RealEstatelD
=
getParcelGeometry 7 0
= ie :
>
Returns parcel vertiges
and bounding box
coordinates
getZoningPlanlD
Returns Zoning Plap Number
that cadastral parce is located
a:
—É
getZoningPlanBlock
: >
Returns an array that includes block
ID and vertices cootdinates
ut
vectorSuperimpose
=
Returns intersected parcel and block
in SVG format
—
getZoningPlanBlockAttributes
Returns an array thät includes block
attributes
E
getParcelAttributes
_, Returns an array that include parcel attributes
a
Zoning Plan Form:
Figure 4. The UML sequence diagram of getParcelZoningPlan
service
In the Web Services architecture, a client does its job by simply
calling the Web Services of some servers. A client in a specific
application may become a server in another. That is everybody
offers some Web Services for some others. However, there may
still be some tasks that a client has to perform, which are both
client-specific and may not be practical to be defined as a Web
service. A characteristic example to such tasks might be to
display the length of a parcel boundary on the boundary line,
which is often needed in many applications of the municipality.
We have designed a toolbar for the client side using JavaScript,
Scalable Vector Graphics elements, and Document Object
Model. Using this toolbar, a user on the client can perform such
functions as measuring distances, computing line intersections,
computing intersecting areas, displaying x, y coordinates,
displaying information about objects, move objects. Figure 5
shows the toolbar and the results of performing some functions.
px a ——Á es
EH: --099 2185 Gérant re Oi Si Er
E] bod CSS procanty or desochir decer a TTT BE3eee 7
Figure 5. Response of getParcelZoningPlan Web service
| User | [getParcelZoningPlan] [CO Server] | ZPO Server |[LTO Server]
=
666
5. CONCLUSIONS
The need for interoperability, the ability by which the different
applications can talk and cooperate with each other, is more
pressing than ever. Interoperability infrastructures are needed in
such sectors as business-to-business (B2B), government-to-
citizens (G2C), government-to-business enterprises (G2B), and
government-to-government (G2G) to increase revenues and to
enable high quality, low cost services. In this work, we have
proposed Web services for e-government and e-municipality
interoperability infrastructure. We have compared traditional
and Web services scenarios for a traditional service of the
Municipality of Trabzon, Turkey. As a result we have found
that Web services enable quick and high quality services. In
addition web services would enable cost savings in software
development and service provision. Web services do have
problems like security. We have not tackled these problems in
this study. We have only examined the usability of a new
technology, Web services, for the e-municipality infrastructure.
Since e-government and e-municipality share similar structures
and problems, the results of this work is valid within the e-
government context as well.
References
Barefoot, D., 2002. Web services primer, CapeScience,
http://www.capeclear.com (accessed 03 June 2003)
Cape Clear, 2003, Cape Clear 4 User's Guide, Cape Clear
Software, http://www.capeclear.com. (accessed 01 May 2003)
Cómert, C., Akinci, H., 2002. Application Development in an
interoperable GIS environment: A new system for real estate
taxation in Turkey, 3rd International Symposium on Remote
Sensing of Urban Areas, June 11-13, Istanbul, Turkey, Vol. I,
pp.200-205,
Hecht L., 2002. Web Services Are the Future of Geoprocessing,
GEO World, June 2002.
OecE, 2003. E-Government Interoperability Framework (EGIF),
Office of the e-Envoy. Part!: Framework, Version 5.0,
httip://Www.e-envoy.gov.uk/assetRoot/04/00/30/48/
Sahin. N., 2003. Sahin, N., Designing Web services for
e-municipality, MSc. Thesis, KTU Geodesy and
Photogrammetry Department, August 2003, Trabzon, Turkey
(in Turkish).
World Bank, 2002. E-government handbook for developing
countries, Center for Democracy and Technology, World Bank.
W3C, 2002. Web Services Architecture. W3C Working Draft 8
August 2003, http://www.w3.org/TR/2002/W D- Web servisleri-
arch-20021114/ (accessed 17 Sep. 2003)
Acknowledgements
The author thanks to Karadeniz Technical University Research
Fund for providing financial support to this study, "AND
Company” for supporting registration fee, and TUBITAK (The
Scientific and Technical Research Council of TURKEY) for
BAY G scholarship.
ABS
Dur
The
the |
neec
data
anal
By
pro
limi:
Curi
func
umb
arch
ATC
deve
com
form
KU]
In d
der |
Fun!
Date
Date
môg
Mit
von
dies:
geri
Zur
DSS
Gest
kom
Sich
ACE