Upload
others
View
20
Download
0
Embed Size (px)
Citation preview
1
T.C.
Konak Belediyesi
Mevcut CAD ve GIS Yazılımlarının Güncellenmesi, Yeni Yazılımlarının Eklenmesi,
Yerinde Destek ve Web Tabanlı Kent Bilgi Sistemi Kurulumu Projesi
Teknik Şartnamesi
1. MASAÜSTÜ YAZILIMLARI VE UYGULAMALARI .......................................................................... 2
1.1. Masaüstü Temel Yazılımı .......................................................................................................... 2
1.2. İmar ve Kadastro Yazılımı .......................................................................................................... 6
1.4. Sehir Planlama Yazılımı ............................................................................................................. 8
1.5. Temel Koordinat Hesapları ve Paftalama Yazılımı ................................................................... 10
1.6. Raster Vektörizasyon Yazılımı ................................................................................................. 11
1.7. Veri Güncelleme Uygulaması .................................................................................................. 11
1.8. Veri Sorgulama ve Kolay Ulaşım Uygulaması ........................................................................... 12
3. SUNUCU YAZILIMLARI VE KURUMSAL UYGULAMALAR .......................................................... 12
3.1 Coğrafi Veri Sunucusu Temel Yazılımı .................................................................................. 12
3.2. Web Temelli Framework Sunucusu ..................................................................................... 14
4. VERİ HİZMETLERİ....................................................................................................................... 16
4.1. Halihazır Haritalar ................................................................................................................. 16
4.2. 1/1000 Uygulma İmar Planı (Kağıt Pafta) Sistem Entegrastonu ......................................... 16
4.3. Sayısal Kadastro Verileri Sistem Entegrasyonu ................................................................... 16
4.4. Sayısal Numarataj Verileri Sistem Entegrasyonu ................................................................ 17
5. TEKNİK DESTEK VE DİĞER HUSUSLAR ...................................................................................... 17
5.1. Yerinde Teknik Destek ve Eğitim .......................................................................................... 17
5.2. Diğer Hususlar ....................................................................................................................... 18
2
1. MASAÜSTÜ YAZILIMLARI VE UYGULAMALARI
1.1. Masaüstü Temel Yazılımı 1.1.1. Yazılım 32 ve 64 bit Windows XP, Windows Vista, Windows 7 ve Windows 8,
Windows 10 da çalışmalıdır.
1.1.2. Yazılımın tüm menüleri, yardım sistemi ve basılı ve elektronik dokümantasyonu
Türkçe olmalıdır. Tüm bu içerikler yazılım ve kullanımı hakkında yeterli bilgi içermeli, ilgili
işlem üzerinde yardım tuşu veya F1 tuşuna basıldığında doğrudan işlem hakkındaki
yardım içeriğine ulaşılabilmelidir.
1.1.3. Yazılım özellikleri genişletilebilmelidir. Bu amaçla c#, Delphi, VBScript ve JavaScript ile
uygulama geliştirme mümkün olmalıdır. Yazılımın .NET ve COM kütüphaneleri olmalıdır.
Başka bir ortama bağlı olmaksızın Kullanıcı Arayüzü (UI) geliştirmek mümkün olmalıdır.
1.1.4. Yazılımın kendisine ait kodlama editörü olmalıdır. Bu ortamda desteklenen diller
kullanılarak uygulama geliştirilebilmeli, bu uygulamalar anında çalıştırılabilmelidir. Yazılan
uygulamalar korunarak dağıtılabilmelidir. Koruma yazılımın lisans sahibinin lisans adına,
ya da lisans ID'sine bağlı olabilmelidir.
1.1.5. Yazılımın üzerinde çalışan isteğe bağlı mesleki uygulamaları olmalıdır. Minimumda
Kadastro Hesap, İmar Dağıtım, Yol Projelendirme, İçmesuyu Projelendirme, Atıksu
Projelendirme, Arazi Toplulaştırma, 3 Boyutlu Gösterim, Şehir Planlama, Maden Cevheri
Modelleme ürünleri olmalıdır.
1.1.6. Yazılım istenildiği kadar Çalışma Alanı (WorkSpace ya da Proje) oluşturabilmesine
imkan vermelidir. Çalışma Alanı bazında projeksiyon, proje değişkenleri, proje şifresi,
varsayılan katmanlar, stiller belirleyebilmelidir. Oluşturulan Çalışma Alanları şablon olarak
kaydedilip yeni projelerde doğrudan kullanılabilmelidir.
1.1.7. Yazılım sınırsız sayıda katman desteklemelidir. Katmanlar dinamik projeksiyon
dönüşümünü desteklemelidir. Katman projeksiyonları EPSG kodu olarak verilebilmelidir.
Katmanların hangi ölçek aralığında görünecekleri belirlenebilmelidir.
1.1.8. Yazılım her katman için ve zengin stil seçenekleri sunmalıdır. BÖHHBÜY (Büyük Ölçekli
Harita ve Harita Bilgileri Üretim Yönetmeliği) sembolleri ve çizgi tipleri Yazılım ile birlikte
gelmelidir. Yazılım kullanıcı tanımlı resimler ile alan tarayabilmeli ve bunları sembol
olarak kullanabilmelidir.
1.1.9. Yazılım stillerde tanımlanmış renk ve kalınlık gibi bazı özelliklerin ihtiyaç anında
dinamik olarak farklı yorumlanmasına izin vermelidir. Bu amaçla kalınlıkları ihmal et,
renkleri siyah/beyaz varsay veya sadece taramaları renkli çiz gibi yöntemlere sahip
olmalıdır.
1.1.10. Yazılım Türkiyede kullanılan 1/1000-2000-5000-10000-25000-50000-100000-250000
ölçekli Standart Topografik Pafta bölümlemesini otomatik olarak oluşturabilmeli,
gösterilen noktanın paftasını söylemeli, komşu paftaları dinamik olarak bulabilmelidir. Adı
verilen paftaya doğrudan ulaşılabilmelidir. Bu işlevleri yerine getirirken önceden
kaydedilmiş bir dosyayı değil, hesaplayarak bulmalı, dinamik olarak dilim geçişlerinde
diğer paftaları ötelemelidir.
1.1.11. Yazılım farklı nitelikte katmanları desteklemelidir. En az Coğrafi Katmanlar (Veri
Tabanında), CAD Katmanlar, Raster Katmanlar, Online Harita Katmanları (Bing Maps, OGC
WMS, OGC WMTS), Karolanmış Raster Katmanlar desteklenmelidir. Desteklenen
katmanlar dinamik olarak kaynağı değiştirmeden ve kullanılabilmelidir.
1.1.12. Yazılım DWG, DXF, DGN, NCZ, GML, MAP/TIF, SHP, XYZ, NCN, GPX, OGC WFS,
KML/KMZ, NMEA, Interlis vektör formatları okuyabilmeli ve yazabilmelidir.
3
1.1.13. Yazılım minimumda TIF, IMG, DT0, DT1, DT2, PNG, JPG, GIF, HGT, HDR, ERS, GRD,
DEM, ITIFF, PIX, NCD, ECW, SID, BMP, ICO, PCX, RAS, WMF raster formatlarını
desteklemelidir.
1.1.14. Yazılım katmanları birbirine ekleyebilmelidir. Bu amaçla istenildiği kadar katmanı
sürükle bırak ile tek bir Çalışma Alanında birleştirme mümkün olmalıdır. Bu işlem
sırasında katman projeksiyonları dikkate alınmalı, tümü Çalışma Alanı projeksiyonuna
getirilmelidir. Katmanları tek tek eklemek de mümkün olmalıdır. Tek tek ekleme
yönteminde yeni eklenen katman etkileşimli olarak yerleştirilebilmelidir.
1.1.15. Coğrafi ve Sözel veriler için minimumda Microsoft Access (MDB, ACCDB), SQLite
desteklenmelidir.
1.1.16. Katmanların çizilip çizilmeyecekleri, çizim sıraları belirlenebilmeli ve katman bazında
şeffaflık, çizim maskesi ve dönüşüm ( Öteleme, Dönüklük, Ölçekleme, Afin Dönüşümü)
tanımlanabilmelidir.
1.1.17. Yazılım Katmanları sözel ve coğrafi kriterlere göre seçebilmelidir. Seçilen alt küme ayrı
bir katman haline getirilebilmeli, ayrıca işlenebilmeli, yazdırılabilmeli, başka bir formata
çevrilebilmelidir.
1.1.18. Yazılım Katmanları katmana ait özniteliklere göre sınıflayabilmeli ve tematik
haritalama yapabilmelidir. Sınıflandırma minimumda özgün ve sayısal aralık yöntemlerini
desteklemelidir. Sınıflandırmada temel değerler bir matematiksel ifade ile
belirlenebilmelidir. Bu sayede öznitelik bilgisinde doğrudan olmayan bilgiler, diğer
öznitelik ve geometrik değerlerle aritmetik işlemden geçirilerek elde edilen değerlerle
çok boyutlu tematik sınıflandırmalar yapılabilmelidir.
1.1.19. Yazılımın ileri analiz yapacak bir model oluşturucusu olmalıdır. Kullanıcı sunulan işlem
kutularını kullanarak kendi akışını oluşturabilmeli ve kullanabilmelidir. Yazılım raster ve
vektör verilerin bir arada kullanılabilmesine imkan tanımalıdır. Oluşturulan modeller
yazılım menülerine eklenebilmelidir. Modellerde yazılımın etkileşimli olarak sunduğu
imkanların büyük çoğunluğuna erişilmesi mümkün olmalıdır. Uygulama geliştirme aracı
ile işlem kutusu oluşturmak mümkün olmalıdır. Bu işlemlerde VTYS'lerinde buluna coğrafi
bilgiler ile CAD katmanlar birlikte kullanılabilmelidir.
1.1.20. Yazılım Spatial Overlay Yapabilmelidir. Kesişim, birleşim ve simetrik fark yöntemleri
desteklenmelidir.
1.1.21. Vektörel ve Raster katmanların tümü ya da seçilen bir kısmı KML/KMZ olarak
gönderebilmelidir. Projeksiyon dönüşümleri Vektör ve Raster katmanları için otomatik
olmalıdır.
1.1.22. Kullanıcı bir katmanı veya seçtiği katmanları tümüyle ya da bir coğrafi kümeyi e-Posta
ile paylaşabilmelidir.
1.1.23. Yazılım Raster veriler üzerinde görüntüleme, kesme, registrasyon, rektifikasyon
yapabilmelidir. Afin, Polinom ve Projeksiyon rektifikasyon yöntemleri desteklenmelidir.
Yazılım gerektiği durumlarda ölçeğe ve pafta tarama bilgilerine göre registrasyon
yapabilmelidir. Yazılımda, raster verileri sıkıştırarak kaydetme özelliği bulunmalıdır.
1.1.24. Yazılım CAD verilerini yönetebilmelidir. Bu amaçla kendisine ait bir formatı olmalı, bu
format minimumda Nokta, Çizgi, Alan, Eğri, Yay, Daire, Spiral(Klotoid) ve Üçgen
geometrilerini desteklemelidir. Alan geometriler birden çok dış ve iç alanı
desteklemelidir. Bu sayede İstanbul Anadolu/Avrupa ve Adalar ve Göller gibi çoklu alan
geometriler sorunsuzca depolanabilmelidir.
1.1.25. Yazılım istenilen font ve büyüklükte yazı yazabilmelidir. Ayrıca zengin metin desteği
olmalı, bu zengin metinler çok satırlı, çok sayfalı olabilmeli, resim ve tablo içerebilmelidir.
4
Zengin metinler için yazımı kolaylaştıran özel bir editör dahili olarak yazılımın içinde
olmalıdır.
1.1.26. Yazılım desteklediği tüm geometri türleri için alan, uzunluk, çevre, merkez nokta, orta
nokta, başlangıç ve bitiş noktası hesaplayabilmelidir. Yay, Daire ve Spiral geometrilerinin
uzunlukları yaklaşık değil kesin olarak hesaplanabilmelidir.
1.1.27. Yazılım desteklediği tüm geometri türleri üzerinde işlem yapabilmelidir.
Sayısallaştırma, çizgisel kesme, uzatma, paralel alma, köşe yuvarlatma, köşe kırma, köşe
silme, alan kesiştirme, alan çıkartma, alan birleştirme, alan parçalama yapabilmelidir.
1.1.28. Yazılım desteklediği tüm geometri türleri üzerinde dönüşüm işlemleri
uygulayabilmelidir. Kaydırma, döndürme, ölçekleme, aynalama, tek eksende ölçekleme,
projeksiyon dönüşümü, dilimden dilime dönüşüm yapabilmelidir.
1.1.29. Yazılım sayısallaştırma sırasında diğer nesnelerin koordinatlarını yakalayabilmelidir.
Uç noktalar, orta nokta, en yakın nokta, kesişim noktası, prizmatik uzatma noktaları,
kutupsal hesap noktaları yakalanabilmelidir. Yazılım komşu çizgi veya alan kenarlarını
izleyebilmelidir.
1.1.30. Yazılım sayısallaştırma sırasında kullanılan stil, katman, nesne tipi gibi seçenekleri
saklayabilmeli ve daha sonra yeniden kullanabilmelidir. Seçenekler daha sonra uygun
menülerden seçilebilmeli, kullanıcı sadece koordinatları gösterip, öznitelikleri girmeli ve
diğer detay ile ilgilenmemelidir. Oluşturulan bu tanımlar etiketlenebilmeli (SINIRLAR,
3194 gibi) ve isteğe bağlı olarak kullanıcı tarafından şifreli olarak saklanabilmelidir.
1.1.31. Yazılım kullanıcıya bir coğrafi nesneyi araması için uygun arayüz sunmalıdır. Coğrafi
nesneler öznitelik bilgilerinden aranabilmelidirler. Aynı arayüzden Yahoo GeoCode
servislerinden arama da yapılabilmelidir. Arama yapılan coğrafi lokasyona gitme, bulunan
objeyi işaretleme özellikleri olmalıdır. Arama sonuçları grid yapısında listelenmeli ve
arama sonuçları tablo olarak çıktı alınabilmelidir.
1.1.32. Yazılım Katmanları göründüğü şekilde yazdırabilmelidir. Yazdırma anında kağıt boyu,
ölçek, kalem kalınlıkları ve dönüklük dinamik olarak verilebilmelidir. Çalışma Alanının
tümü veya sadece seçilen katmanlar veya bir katmanın seçilen kısmı yazdırılabilmelidir.
Kullanıcı İsterse yazdıracağı bölgeleri önceden belirleyip tümünü ayrı kağıtlara otomatik
olarak yazdırılabilmelidir. Bu şekilde onlarca pafta veya en kesiti herhangi bir müdahale
olmaksızın yazdırılabilmelidir.
1.1.33. Yazılımın çıktı alma işlemi yerleşim (Layout) desteğine sahip olmalıdır. Yerleşimlerde
çizimin nereye geleceği, isteğe bağlı çizim gridi, lejant, ölçek çubuğu ve istenilen diğer
tüm CAD nesneleri kullanılabilmelidir. Parametrik yazılar tanımlanabilmeli ve kullanıcı
isterse çıktı öncesi parametrik değerleri değiştirerek çıktı alabilmelidir.
1.1.34. Yazılımın Kendisine ait bir raporlama sistemi olmalıdır. Bu sistemde kullanıcılar Word,
Excel ya da ASCII dosyalarda rapor şablonları oluşturabilmelidir. Sistem Excel'de yazılan
formül ve makroları desteklemeli, ara ve alt toplam alabilmeli, sayfalama yapabilmelidir.
Raporlarda coğrafi katmanlarda her bir kayda ait imaj ve çalışma Alanı için tanımlanmış
değişkenler de kullanılabilmelidir.
1.1.35. Sembol, hat tipi, pafta adı, komut arayacak arayüzü olmalıdır. Bulunan sembol
uygulanabilmeli ve komutlar çalıştırılabilmelidir. Bu sayede komut ve birçok işleme
menüler dışında arama penceresinde de ulaşılabilmelidir.
1.1.36. Yazılımın ücretsiz bir teknik destek portali olmalıdır. Bu portale web üzerinden üye
olunabilmelidir.Portal arayüzü ve destek dili Türkçe olmalıdır.
1.1.37. Yazılımın OGC WMS, OGC WFS, OGC WCS ve OGC WMTS Servisleri için istemcileri
olmalıdır. Bu istemciler yazılımın kendi markasındaki coğrafi sunucusu ve/veya başka
markaların coğrafi sunucuları ile test edilmesi istenebilir.
5
1.1.38. Yazılımın tüm objeler üzerinde toplu ya da tek tek değişiklik yapabilme araçları
olmalıdır. Toplu değişikliklerde farklı tip objeler seçilebilmeli bu durumlarda ortak
özellikler seçilmelidir. Toplu değişikliklerde bazı özellikler için 2 kata çıkar, yarıya böl, 2
ekle gibi yetenekler sunulmalıdır.
1.1.39. Yazılım dinamik etiketler oluşturabilmelidir. Dinamik etiketler veri tabanında bulunan
özniteliklerin bir ifadesi olmalıdır. İstenildiği kadar dinamik etiket tanımlanabilmelidir.
Dinamik etiketler nesnenin baş/son/orta noktalarında, istenirse yol gibi nesneler için yol
boyunca oluşturulabilmelidir. VT kaydı değişince etiket otomatik olarak değişmelidir.
1.1.40. Yazılım statik etiketler oluşturabilmelidir. Kullanıcı ile etkileşimli şekilde etiketleri tek
tek ya da toplu olarak üretebilmelidir.
1.1.41. Kullanıcı isterse dinamik ve statik etiketler için etiket şablonunu tanımlayarak
tamamen özelleşmiş etiketleri tanımlayabilmelidir. Bu etiket şablonlarında
kullanabildiğimiz tüm nesneler olabilmelidir.
1.1.42. Yazılım CAD ve GIS objeleri üzerinde, nokta, son nokta, orta nokta, daire merkezlerini
otomatik olarak yakalayabilmelidir.
1.1.43. Yazılım ile uzat, kes, kır işlemleri çoklu olarak uygulanabilmeli, ayrıca daire ve yay
çizimi dinamik yapıda birden fazla obje referans alınarak yapılabilmeli ve çizim sırasında
yarıçapları grafik üzerinde dinamik olarak görüntülenebilmelidir.
1.1.44. Yazılım ile açık olan projeler arasında geçiş yapılırken projelerin ön izlemeleri
görüntülenebilmeli ve tabakalar, hat tipleri ve semboller isimlerine göre
filtrelenebilmelidir.
1.1.45. Yazılımın gelişmiş çizim modu bulunmalı, bu mod ile objeler grafik ekran üzerinde
standart moda göre daha kaliteli görüntülenebilmeli ve çıktıya gönderilebilmelidir.
1.1.46. Yazılım ile CAD ve GIS objeleri, birden fazla öznitelik bilgisi kriter olarak bir arada
kullanılarak filtrelenebilmeli ve objelerin konumsal ilişkileri de bu filtrelemede
kullanılabilmelidir.
1.1.47. Yazılım ile yükseklik bilgisi barındıran raster veriler üzerinden, otomatik olarak CAD
yapısında yükseklik noktaları grid yapıda oluşturulabilmelidir.
1.1.48. Yazılım, objelerin üzerine fare imlecinin gelmesi ile ekran üzerinde otomatik açılan
bilgi kutusunda objenin öznitelik bilgisini görüntüleyebilmelidir. Bu bilgiler renk, katman,
GIS anahtarı, GIS sınıfı, hat tipi, çizgi kalınlığı, kalınlık ve objenin türü olmalıdır.
1.1.49. Yazılımda, referans bir objeye göre hizalama özelliği (sağa, sola, yukarı, aşağı, yatay
orta, düşey orta) bulunmalıdır.
1.1.50. Yazılım, boş katmanları, kullanılmayan yazı, çizgi tipi, sembol dosyası, blok gibi objleri
yada mükerrer objeleri otomatik olarak temizleyebilmelidir.
1.1.51. Yazılım OLE teknolojisini “programlar arasında bilgi alışverişi” desteklemelidir.
1.1.52. Kullanıcı projeleri üzerinde not ekleyerek bu notların düzenlenmesini, grafik
ekrandaki objelerle ilişkilendirilmesini yapabilmelidir. Bu notların farklı ortamalara
aktarılması da (excel) mümkün olmalıdır.
1.1.53. Yazılım ekstra uygulamalar sunmalı, bu uygulamalar yazılım içinden indirilip
kullanılabilmelidir.
1.1.54. Yazılım kullanabildiği dosya türlerinin indeksini tutabilmeli, belilenen fiziksel bir
konumda dosyaları arayabilmeli, bulduğu dosyaları indeks listesine ekleyebilmelidir.
İndeks listesinde yer alan dosyaları arayabilmeli, bulunan sonuçları anlık aktif proje olarak
açabilmelidir. Listede yer alan dosyaların içinde bulunan objelerde arama yapılabilmelidir.
1.1.55. Çok parçalı çoklu doğru (Multi-line) objeleri desteklenmelidir
6
1.2 İmar ve Kadastro Yazılımı 1.1.56. Tescile konu olan ifraz, tevhit, yola terk, yoldan ihdas gibi işlemler ile tescile konu
olmayan aplikasyon, yer gösterme, ayırma çapı, gibi işlemlerin yapılmasını sağlamalı,
bunların krokilerini çıkartmalı, bu işlemleri yaparken standart veri tabanı yapısını
kullanarak TAKBİS’e uyumlu hale getirmelidir.
1.1.57. Yeni bir işe başlarken gerekli katmanlar, veri tabanı (tablolar, lookuplar ve ilişkiler)
otomatik olarak oluşmalıdır. Farklı şekilde hazırlanmış bir projeyi standart yapıya
çevirecek araçlar da sağlanmalıdır.
1.1.58. Ada/parseller için özel olarak geliştirilmiş grafik editör olmalıdır. Bu editörde
sıralama, yeniden adlandırma, başka şekilde saklama, parselin gördüğü işlemlerin
geçmişini (Ayrıma, Birleştirme, Yola terk, Yoldan İhdas) bir ağaç olarak görebilme işlemleri
olmalıdır. Editörde seçilen parsele otomatik yaklaşılmalıdır. Parsel editörü içinden
maliklere erişmek, sorgulamak, değiştirmek, raporlamak mümkün olmalıdır.
1.1.59. Hesaplanan alanlar dm² veya m² olarak dengelenebilmeli, dengeleme işlemi toplu
veya işlem bazında yapılabilmeli, yönetmeliklere uygun tecviz formülleri
kullanılabilmelidir.
1.1.60. Alan çıktıları seçenekli olarak alınabilmeli, basit liste, koordine özetli ve cepheleri ile
birlikte yazılabilme seçenekleri olmalıdır.
1.1.61. Manuel ve Otomatik yöntemlerle Röleve Ölçü krokisi, Beyanname ve kullanıcının
tanımlayabileceği diğer belge ve raporlar hazırlanabilmelidir. Yazılım ile kadastro
müdürlüklerinde üretilen ya da kadastro müdürlüklerince istenen tescile konu olan ve
olmayan belge ve rapor şablonların büyük çoğunluğu hazır gelmelidir. Bu işlem sırasında
uzak poligonların kaydırılabilmesi, belgede yer alacak alan, ölçek, komşu parsellerin nasıl
görüneceği, yazı boyları, dengeleme, koordine özet ve diğer çizelgeleri rapora otomatik /
manuel eklemek mümkün olmalıdır. Alınan raporların 2. Projeksiyon da Grid üretilmesine
olanak sağlamalıdır.
1.1.62. Yazılım belge ve raporlarda yazıların yerleşimi için otomatik düzeltmeler
yapabilmelidir. Yazı çakışmaları en aza indirilmelidir. Gereken yerlerde yazıları
sıkıştırabilmelidir. Belge hazırlandıktan sonra yazıların boyları ve sıkıştırma katsayıları
toplu şekilde değiştirilebilmelidir. Farklı boydaki yazıların aynı anda işlenebilmesi için
*0.80 gibi formüller mümkün olmalıdır. Boyu ve sıkıştırması değişen yazılar kenara ya da
köşeye olan konumlarını korumalıdırlar.
1.1.63. Otomatik ifraz araçlarına sahip olmalıdır. Dik, paralel, cepheye belli bir açı, açı-
mesafe, Parelel Mesafe, Serbest, İç Alan, gibi yöntemlerle ifraz yapılabilmelidir. Sırt hattı
olan parsellerde işlemden çıkmadan önce ortadan uzunlamasına bölme, sonra bu
bölümleri bölme imkânları sunulmalıdır. İşlemin yarıda kesilmesi durumunda son durumu
hatırlamalı ve kalınan yerden devam edebilmelidir.
1.1.64. Hatalı parsellerin düzeltilmesi amacıyla seçilen köşenin yeri etkileşimli olarak
değiştirilebilmeli ve bu sırada parselin alanı sürekli görülmeli ve istenildiği kadar küçük
adımlar ile istenilen alana getirilebilmelidir.
1.1.65. Sayısallaştırma yolu ile elde edilmiş imar parsellerinin yol dengelemesi işlemi
yapılabilmelidir. Sol, sağ ya da orta hattı referans alarak parsel cepheleri yola uygun hale
getirilebilmelidir. Dengelenen yola birleşen diğer yollardaki dengelemeler işlem sırasında
bozulmamalıdır.
1.1.66. Ayırma, Birleştirme, Yoldan ihdas ve yola terk işlemleri ve bu işlemlerin bitimindeki
dengeleme işlemi otomatik olarak yapılabilmelidir.
7
1.1.67. Adalar, Parseller, Yapılar, Mahalle Sınırları, İrtifak Sınırları, Yer Kontrol Noktaları için
özel sayısallaştırma araçları olmalıdır. Bu araçlar aynı zamanda veri dönüştürmek
amacıyla da kullanılabilmelidir.
1.1.68. 18. Maddelerine göre dağıtımlar yapılabilmelidir. Dağıtım için özel editörler olmalı, bu
editörler kadastro ve imar parsel geometrileri ile etkileşimli olmalıdır. Editörlerde Hisse
Kontrolleri, Hisse Sadeleştirme, Malik ve Veraset Girişleri, dop, kop hesapları, payların ve
tahsislerin m2/dm2 ye dengelemesi yapılabilmelidir.
1.1.69. Eski dop oranları 3194 sayılı İmar kanunun 15. Ve 16. Maddeleri uygulanmış parseller
için ve 18. Madde uygulaması yapılmış parseller için ayrı ayrı girilerek dop hesap
yapabilmeli ve iade edebilmelidir.
1.1.70. Dağıtım işlemi otomatik ya da manuel olarak yapılabilmelidir. Kadastro parseli
hissedarları, ilgili kadastro parseli ile konumsal olarak kesişen imar parsellerine otomatik
olarak dağıtılabilmelidir.
1.1.71. Tespit cetvellerine göre ve boş kalan yerlere dağıt gibi otomatik dağıtım seçenekleri
bulunmalıdır.
1.1.72. Editör üzerinde çoklu malik seçimi yapılarak hisseli dağıtım yapılabilmelidir.
1.1.73. Malik nereye gitti, imar parseli kimlerden geldi, kadastro parseli nereye gitti gibi
sorgular grafik ve liste seçenekleriyle mümkün olmalıdır.
1.1.74. KOP parsellerine otomatik olarak sıradan ya da hisseli dağıtım yapılabilmelidir.
Projede ki tüm maliklerin seçimi yapılarak kop parsellerine dağıtılabilmelidir. Dağıtımı
yapılmış olan kop parsellerinin tahsisleri, tüm dağıtımın iptali sırasında korunabilmelidir.
1.1.75. Dağıtım dosyasında versiyonlama yapılarak yedekleme yapılabilmeli ve gerektiğinde
bu versiyona geri dönülebilmelidir.
1.1.76. Dağıtım dosyasına parola(şifre) verilebilmelidir.
1.1.77. Dağıtım bittikten sonra Kadastro ve imar kayıtları ayrılıp tekrar kullanılabilmeli.
1.1.78. Tapudan alınan *.dbf,<SİL> *.xml, *.xls ve *mdb formatlarındaki veriler okunarak
projede gerekli bilgiler aktarılabilmelidir.
1.1.79. Tapular matbu form üzerine yazdırılabilmelidir. Farklı yazıcı ve matbu formalara uyum
sağlamak için gerekli ayarlar mevcut olmalıdır. Program kırmızı(şahıs) ve sarı(kurum)
kopyalarını basabilmelidir. Malik sayısının çok olması durumunda formun arkasına
basabilme imkânı verilmelidir.
1.1.80. 2B ayırma işleminde niteliği orman olan parsellere ifraz işlemi yapılabilmelidir.
1.1.81. Yazılım kontrol fonksiyonları, kadastro parseli ile bu parselin maliklerinin dağıtıldığı
imar parselleri arasındaki konumsal ilişkiye bakarak, ne kadarlık bir oranının kendi
sınırlarında kalan parsellere dağıtıldığını raporlayabilmeli ve bu rapor grafik ekran ile
tematik yapıda etkileşimli olmalıdır. Ayrıca yazılım, dağıtım yapılmamış imar parsellerini
tek bir tuşla raporlayabilmelidir.
1.1.82. Dağıtım grafik ekran üzerinden sürükle bırak yöntemi ile yapılabilmeli, dağıtım
sırasında imar parsellerinin doluluk oranı hem tematik olarak grafik ekran üzerinde, hem
de sayısal değer olarak grid yapı üzerinde görüntülenebilmelidir. Bu işlem birden fazla
kayıt seçilerek hisseleri oranında da yapılabilmelidir.
1.1.83. Eski ve yeni tapu verileri birbiri ile karşılaştırılabilmeli, eklenen, silinen ve değiştirilen
kayıtlar ayrı ayrı raporlanabilmelidir. Bu raporlar tek bir komutla *.xls formatına
çevrilebilmelidir.
1.1.84. Yazılım, imar parsellerinin alanlarını, hem grafik üzerinde hem de dağıtım gridi
üzerinde, gridde dağıtılmış miktara veya kadastro hissesinde kalan miktara göre otomatik
ve dinamik olarak güncelleyebilmelidir.
8
1.1.85. Yazılım tek bir komutla, bir kadastro parselinin tüm maliklerini bir veya birden fazla
imar parseline hisseleri oranında dağıtabilmelidir.
1.1.86. Yazılımın editörü üzerinde yer alan kayıtlar grafik ile etkileşimli olmalıdır.
1.1.87. Yazılım, hem kadastro hem imar kayıtları için pafta ve alan bilgisini, sadece kadastro
kayıtları için ilçe, mevkii, irtifak bilgilerini grafik ekranda yer alan projeden otomatik
olarak okuyabilmelidir.
1.1.88. Yazılım kadastro kayıtları için alan, bedel, düzenlemeye girmeyen alan, kamulaştırma,
eski DOP oranı, pafta, cins, DOP al, OKA al, mülkiyet durumları bilgilerini ve imar kayıtları
için alan, bedel, pafta, cins ve OKA bilgilerini tüm kayıtlar için veya bir filtreleme ile toplu
olarak girebilmelidir.
1.1.89. Yazılımın dağıtım editörü üzerinde yapılan son işlemler geri alınabilmeli ve geri alınan
işlemler yeniden yapılabilmelidir.
1.1.90. Dağıtımı bitmiş kayıtların geriye dönüşü için imar malikleri kadastro maliklerine
dönüştürülebilmelidir.
1.1.91. Yazılımda Ada Parsel No, Malik Adı, Sıra No gibi parametrelerle kayıtlar toplu bir
şekilde silinebilmelidir.
1.1.92. Kadastro ve imar kayıtları için Ada Parsel, Adı Soyadı, Baba Adı gibi alanlar editörden
filtrelenip değiştirilebilmelidir.
1.1.93. Editörlerde gruplama özelliği bulunmalı, ada soyadı, parsel no gibi değerlere göre
editörde gruplama yapılabilmelidir.
1.3. Sehir Planlama Yazılımı
1.1.94. Yazılım içerisinde 1/1000 uygulama imar, 1/5000 nazım imar ve 1/25000 çevre düzeni
planlarına ilişkin proje şablonları bulunmalı ve bu şablonlardaki tabakalar, hat tipleri,
taramalar, lejantlar, semboller, plan notları 3194 sayılı imar mevzuatına (14.06.2015 tarih
ve 29030 sayılı Resmi Gazete’de yayımlanan) uygun yapıda tanımlanmış olmalıdır.
1.1.95. Her ölçekte İmar Mevzuatına uygun standartlarda hazırlanmış standart plan çizimine
imkân veren hazır sayısallaştırma menüleri bulunmalıdır. Bu menüler istenildiğinde GIS ile
entegre çalışabilmelidir.
1.1.96. Planlara ilişkin Genel Plan Bilgileri ve Plan Onay Numarası gibi bilgilerin girilebildiği
arayüzler olmalı, girilen değerler proje ile saklanmalı, layout, hesap çıktıları ve raporlarda
kullanılabilmelidir.
1.1.97. İmar Planı çizimine yönelik tasarımlar için gelişmiş bir CAD yapısı olmalıdır. Bu yapı
içerisinde serbest hat bağlaması, kaldırımların oluşturulması, kurp'ların yerleştirilmesi,
kesme (trim), kaydırma, ölçülü doğru çizme gibi kolaylık sağlayan fonksiyonları mevcut
olmalıdır.
1.1.98. Yazılımın yol çizim aracı olmalıdır. Bu araç ile yol, kaldırım ve refüj çizgileri isteğe bağlı
otomatik olarak oluşmalı, kırıklarda topolojik düzeltmeler otomatik yapılmalı, her çizgi
kendi katmanına otomatik gitmelidir. İşlem sırasında çizilen yolun arazi profili ve imlecin
bulunduğu yerdeki arazi enkesiti dinamik olarak gösterilmeli, kullanıcı sorunlu boyuna ve
enine eğimleri görebilmelidir.
1.1.99. Yazılımın yol kavşak düzenleme aracı olmalıdır. Kesişen yolların ada kenarı, kaldırım
ve refüj çizgileri otomatik olarak kesilmeli ve yol ortaya çıkmalıdır. Ayrıca herhangi bir yol
parçasını istenilen taraftan genişletmek, kaldırımı genişletmek gibi etkileşimli işlemler
sunmalıdır. Yol parçaları düzenlenirken aynı anda çok sayıda segmentin birlikte
düzenlenmesi mümkün olmalıdır.
9
1.1.100. Yol genişlik sembolleri yerleştirilirken yolun genişliği ve açısını otomatik
olarak almalıdır. Semboller tek parça olmalı, istenirse obje özellikleri ile yol genişliği
değiştirilebilmelidir. Semboller dinamik olarak oluşturulmalı, Standard Yol genişliklerine
ait semboller bir depodan seçilebilmeli, yeni oluşturulan semboller kolayca depoya
eklenebilmelidir.
1.1.101. Yapılaşma Sembolleri TAKS, KAKS, MinTAKS, MaxTAKS, Emsal, Hmax vb.
değerlerin farklı ve geçerli kombinasyonlarına otomatik olarak uyum sağlamalıdır. Sembol
gösterimi değerlere göre otomatik uyum sağlamalıdır. Semboller dinamik olarak
oluşturulmalı, Standard Yol genişliklerine ait semboller bir depodan seçilebilmeli, yeni
oluşturulan semboller kolayca depoya eklenebilmelidir.
1.1.102. Yerleşim Sembolleri Nizam, Ön, Yan, Arka Çekme, Kat Sayısı gibi değerlerin
farklı ve geçerli kombinasyonlarına otomatik olarak uyum sağlamalıdır. Sembol gösterimi
değerlere göre otomatik uyum sağlamalıdır. Semboller dinamik olarak oluşturulmalı,
yerleşime ait semboller bir depodan seçilebilmeli, yeni oluşturulan semboller kolayca
depoya eklenebilmelidir.
1.1.103. Nüfus projeksiyon hesaplamaları yapılabilmelidir.
1.1.104. Alan Dağılım Hesabı, Donatı Kontrolü Hesabı ve Mevcut Yapılaşma Hesabı
plan fonksiyon alanlarını ve plan nüfus bilgilerini de dikkate alarak otomatik olarak
hesaplanabilmeli ve Excel formatında raporlanabilmelidir. Raporlar istenildiğinde proje
üzerinde de konumlandırılabilmelidir.
1.1.105. Kentsel donatı alanları için 3194 Sayılı İmar Mevzuatının gerektirdiği yeterlilik
analizi yapılabilmeli, sonuçlar Excel formatında raporlanabilmeli, istenildiğinde proje
üzerinde de konumlandırılabilmelidir. Bu hesaplarda yapılaşma, yerleşim sembollerinden
gelen bilgiler kullanılmalıdır. Sembollerdeki değişkenlikler dikkate alınmalıdır.
1.1.106. Düzenleme Ortaklık Payı(DOP), Kamu Ortaklık Payı(KOP) hesaplamaları
yapılabilmeli, hukuki kesintiler otomatik olarak hesaplanabilmeli, sonuçlar Excel
formatında rapor olarak alınabilmeli, istenildiğinde proje üzerinde de
konumlandırılabilmelidir. DOP ve KOP hesaplarına hangi katmanların katılacağı kullanıcı
tarafından belirtilebilmelidir.
1.1.107. Çevre Düzeni, Nazım ve Uygulama İmar Planlarına uygun yapıda hazırlanmış
'Plan Notu Kütüphanesi' bulunmalı, bu kütüphanede yer alan plan notu şablonları planda
kullanılan fonksiyon alanlarına göre otomatik plan notuna dönüşmeli, üzerinde
düzenleme yapılabilmeli, plan notları istenildiğinde proje ekranı üzerine
yazdırılabilmelidir.
1.1.108. Her ölçekteki plana ilişkin gösterim(lejand) tek bir işlem adımıyla renk,
semboloji ve kategorilendirme açısından 3194 Sayılı İmar Mevzuatı ile uygun olarak
hazırlanabilmeli, proje ekranına yazdırılabilmelidir.
1.1.109. Yazılım içerisinde Çevre Düzeni, Nazım ve Uygulama İmar Planları için 3194
Sayılı İmar Mevzuatına uygun olarak hazırlanmış çıktı şablonları(layout) bulunmalıdır. Bu
şablonlar planı çizim işlemleri için hat tipleri, taramalar ve plan katmanlarını otomatik
olarak çıktıya gönderebilmelidir. Şablonlarda lejant, plan notu, ölçek çubuğu, kuzey oku,
genel plan bilgileri, plan onay numarası ve ihtiyaç duyulan diğer detaylar yer alabilmeli ve
fazladan kullanıcı müdahalesi gerektirmeden yönetmeliklere uygun çıktı alınabilmelidir.
1.1.110. Plan çiziminde yer alan fonksiyon alanlarının sembolleri çizim dışı
kalmamalıdır. Yazılım çizim dışı kalan sembollerin otomatik olarak fonksiyon alanı içine
girmesini sağlamalıdır. Bu şekilde fonksiyon alanları hangi çizime/paftaya girerse girsin
semboller daima görünür durumda olmalıdır. Sembollerin sığamayacağı kadar küçük
parçaların dışarıda bırakılması opsiyonu olmalıdır.
10
1.1.111. Yapılaşma, yerleşim ve yol sembollerinin şeffaf çizilmesi sağlanabilmeli.
İstenildiği zaman sembol içlerine ait şeffaflık kaldırılabilmeli.
1.1.112. Alan sembollerinin otomatik olarak üretilmesi sağlanabilmeli.
1.1.113. Eski yönetmeliğe göre hazırlanmış planların yeni Mekansal Planlar Yapım
Yönetmeliğine uygun yapıda dönüştürülmesi sağlanabilmelidir.
1.1.114. Yazılım ile üretilen projeler, plan üzerinde verilmiş yapılaşma kararlarına göre
üç boyutlu ortama aktarılarak simule edilebilmelidir.
1.4. Temel Koordinat Hesapları ve Paftalama Yazılımı
1.1.115. Yazılım, noktaların farklı şekillerde oluşturulması, hesaplanması,
dönüştürülmesi ve düzenlenmesi işlemleri ile çıktılarının alınması, paftaların açılması ve
koordinat dönüşümü işlemleri için kullanılabilmelidir.
1.1.116. Kullanıcı tanımlı şablonlar ile yerel ve ülke sisteminde otomatik pafta indeksi
oluşturabilmelidir. Pafta indeksine göre istenildiğinde proje ayrı dosyalara parçalanmalı
ve farklı kurumların isteklerin3e göre hazırlanmış şablonlara göre nizami paftalar
oluşturulmalıdır.
1.1.117. Total Station'dan alınarak bilgisayara aktarılmış arazi verilerinden en az LEİCA,
TOPCON ZEISS,SOKKIA okuyabilmelidir.
1.1.118. Büyük Ölçekli Harita Yapım Yönetmeliğine uygun Dizi Nirengi Hesabı ve
Poligon Hesabı yapabilmeli, yönetmeliğe uygun olarak tecviz değerlerini içeren çıktı
alınabilmelidir. Poligon hesapları doğrudan kanava üzerinden yapılmalı, güzergahlar
otomatik olarak bulunmalıdır.
1.1.119. Nirengi ve Poligon kanavaları hesaplanmış değer üzerinden otomatik olarak
oluşturulabilmeli ve istenen ölçekte istenen harita detayları eklenerek çıktısı
alınabilmelidir. Kanava çizimleri yapılabilmelidir.
1.1.120. Kutupsal editörlerden poligon hesabı karne dosyası oluşturulabilmelidir.
1.1.121. Kutupsal Hesap yapabilmelidir (Alım yapılan yöntemde sınırlama olmamalıdır.
Eğik kenar–düşey açı/Yatay Kenar-düşey acı/Yatay Kenar–Kot farkı gibi farklı okuma
yöntemleri ile okunmuş olabilirler).
1.1.122. Manuel olarak yan nokta, takeometrik, kesişim ve kutupsal noktalar ölçü
değerlerine göre ekrana atılabilmeli.
1.1.123. Prizmatik Hesap yapabilmelidir. Var olan noktaların prizmatik değerleri
hesaplatılabilmeli ve rapor alınabilmelidir.
1.1.124. Kesişim Hesapları yapabilmelidir.
1.1.125. Veri giriş editörleri olmalıdır; nokta koordinat bilgileri (X,Y,Z), Arazi ölçüm
değerleri (kutupsal hesaplar), En kesit bilgileri, Pafta bilgileri gibi.
1.1.126. Veri giriş editörlerinde düzeltme imkânı olmalıdır.
1.1.127. Projeler yerel ve ülke sisteminde otomatik olarak paftalanabilmelidir. Projeler
pafta kenarlarından kırpılmış olarak saklanabilmelidir. Paftalama, vektör ve raster verileri
desteklemelidir. Pafta şablonları tanımlanabilmelidir. İstenilen projeksiyon ve datumda
pafta açılması mümkün olmalıdır. Aynı anda iki koordinat sistemine göre grid
üretebilmelidir.
1.1.128. Yazılım BÖHHBÜY’e göre standart topografik pafta köşe koordinatlarını
ED50 (7 Param) ED50 (3 Param), ITRF-96 ve WGS84 datumlarında otomatik
hesaplayabilmeli ve yönetmeliklere uygun pafta açabilmeli ve yönetmeliklere uygun çıktı
alabilmelidir.
11
1.1.129. Mevcut veriler üzerinde (nokta, çizgi, alan) her türlü Affine, Helmert,
Projeksiyon, Datum, hesaplarını yapabilmelidir. İstenildiği durumlarda yapılan hesabın
raporu alınabilmelidir. Raporda dönüşüm öncesi ve sonrası koordinat değerleri yer
almalıdır.
1.1.130. İlerden kestirme, geriden kestirme ve zemine indirgeme hesapları
yapılabilmeli.
1.1.131. Hatlara otomatik olarak nokta üretilebilmeli.
1.1.132. Gerektiğinde koordine özet, alan, aplikasyon ve prizmatik hesap çıktıları
alınabilmeli.
1.5. Raster Vektörizasyon Yazılımı
1.1.133. Yazılım 1 bit rasterlar üzerinden otomatik ya da yarı otomatik sayısallaştırma
yapabilmelidir.
1.1.134. Eşyükseklik eğrileri sadece bir noktası gösterilerek sayıllaştırılabilmelidir.
Rasterda bulunan aralıklar(gap) sebebi ile yarıda kalan sayıllaştırma diğer yarının
gösterilmesi ile devam etmeli bu şekilde oluşan eğriler tek parça olmalıdır. Yol, bina gibi
eğrilerin olmadığı alanların içi otomatik tamamlanmalıdır.
1.1.135. Verilen bir çizgiyi kesen eğriler otomatik olarak sayıllaştırılabilmelidir. Yazılım
kod başlangıç değerini sormalı sayıllaştırılan eğrilere otomatik olarak uygulamalıdır. Bu
şekilde yarım kalan hatlar yarı otomatik olarak tamamlanabilmelidir.
1.1.136. Kadastro alanları sadece alanın ortası gösterilerek sayıllaştırılabilmelidir.
Yazılım arka arkaya yapılan alan sayıllaştırmalarında topolojik düzeltmeleri (komşu
alanların ortak noktaları gibi ) otomatik yapmalıdır. Yazılım parsel numarasını otomatik
arttırmalıdır.
1.1.137. Raster veri temizleme işlemleri yapılabilmelidir. Çizilen alan, kutu, daire, çizgi
geometrilerini istenilen renkte rasterize edebilmelidir. Raster kalınlaştırma, raster
inceltme, aralıkları doldurma işlemleri yapılabilmelidir. Yapılan tüm değişiklikler en başa
kadar geri alınabilmelidir.
1.6. Veri Güncelleme Uygulaması
1.1.138. Mevcut çalışma ekranında olan CAD niteliğindeki verileri seçerek veya
eşzamanlı yeni çizim yaparak, VTYS üzerinde kurallı veri oluşturabilmelidir.
1.1.139. Veritabanı destekli çalışmalıdır ve minumumda Postgre, Oracle, SQL Server
desteği olmalıdır.
1.1.140. Ekleme, düzenleme, silme, bilgi alma seçenekleri olmalıdır. Opsiyonel olarak
Ekleme, Düzenleme, Silme ve Bilgi Alma işlemleri aktif pasif hale getirilebilmelidir. Ayrıca
seçilen objeleri aktif veya pasif yap seçeneği olmalıdır. Pasif yapılan objeler ekranda
opsiyonlu olarak görünür, görünmez yapılabilmelidir.
1.1.141. Uygulama veritabanı modeline göre, spatial veri girişi ve ilgili öznitelik
bilgilerinin girilmesine olanak sağlamalıdır.
1.1.142. Öznitelik güncelleme işleminde bazı öznitelikler opsiyonlu olarak
güncellenebilir & güncellenemez olarak ayarlabilmelidir.
1.1.143. Tablolar arasındaki mekânsal/coğrafi ilişkiler tanımlanabilir olmalı, bu ilişkili
öznitelikler kayıt ekleme ve güncelleme işlemlerinde otomatik olarak doldurulabilmelidir.
12
1.1.144. İşlemi yapan kullanıcının bilgisayar adı, kullanıcı adı, işlem tarihi
kaydedilmelidir.
1.1.145. Uygulama Veritabanındaki sptial katman verilerini üretme kurallarını içerecek
şablonları barındırmalıdır.
1.7. Veri Sorgulama ve Kolay Ulaşım Uygulaması
1.1.146. Uygulama minumumda kadastro ve numrataj verilerine dayalı arama işlemi
yapabilmelidir.
1.1.147. Veritabanı destekli çalışmalıdır ve minumumda Postgre, Oracle, SQL Server
desteği olmalıdır.
1.1.148. Sorgu sonuçları grid üzerinde izlenebilmelidir. Grid üzerinde işaretlenen
arama sonucu, çalışma ekranında gösterilmeli ve ilgili objenin konumuna odaklanmalıdır.
1.1.149. Uygulama minumumda Numarataj, Kadastro verileri üzerinden kolay arama
ve sorgulama ayarlarını içeren şablonları barındırmalıdır.
1.1.150. Kullanıcı seçimine bağlı olarak Ada, Parsel, Ada/Parsel bilgileri üzerinden, tam
değer veya içinde geçenler şeklinde kullanıcı seçimine bağlı olarak arama yapabilmeli ve
sonuçları listeleyebilmelidir.
1.1.151. Sistemdeki Aktif/Pasif parseller üzerinden kullanıcı seçimine göre arama
yapılmasına imkân tanınmalıdır. Varsayılan olarak aktif parseller üzerinde arama
yapılmalıdır.
1.1.152. İlgili parselin mekânsal konumuna gidilebilmeli ve ekran üzerinden highlight
(renkli işaretleme) yapılabilmelidir.
1.1.153. Yol adından arama yapılabilmelidir.
1.1.154. İlçe, mahalle, yol, kapı seçimi yapıldığında bir sonraki seçenek listelenirken
veritabanı ilişki yapısına göre filtrelenmelidir.
1.1.155. Ekran üzerinden tıklanan konuma göre ilgili katmanların ID bilgilerini alarak
URL sayfaları açılabilmelidir.
1.1.156. Ekran üzerinde gösterilen noktayı içeren Halihazır, Kadastro, Plan, Jeoloji vb.
vektör veya raster dosyaları aktif projeye altlık olarak eklenebilmelidir. Eklenen dosyalar
kaldırılabilmelidir.
1.1.157. Kadastro, Plan, Jeoloji, Numarataj gibi veritanında bulunan mekânsal
katmanlar anlık olarak CAD objelerine dönüştürülebilmelidir.
1.1.158. Ekran üzerinden gösterilen noktayı çevreleyen ve/veya belirli bir buffer
içerisinde kalan Kadastro, İmar Planı, Plan Fonksiyon vb katmanlar ile ilgili tanımlı
öznitelik bilgilerini ekran görseliyle birlikte raporlayabilmelidir.
3. SUNUCU YAZILIMLARI VE KURUMSAL UYGULAMALAR
3.1. Coğrafi Veri Sunucusu Temel Yazılımı 3.1.1. Yazılım, 32 ve 64 bit Windows Server 2005,Windows Server 2008,Windows Server
2012 işletim sistemleri üzerinde çalışabilmelidir
3.1.2. Yazılım, herhangi bir ek istemci bileşenine (applet, activex vs.) gerek olmadan,
Chrome, Internet Explorer, Firefox, Opera, Safari gibi tarayıcılarda çalışabilmelidir.
3.1.3. Yazılım, Open Geospatial Consortium (OGC)’dan alınmış WMS, WFS, CAT, WCS
uyumluluk belgelerine sahip olmalıdır.
13
3.1.4. Yazılım tarafından sunulan projeler, projelere ait katmanlar, yetkilendirme kapsamına
alınabilmelidir. Her kullanıcının, kendi yetki seviyesine ait haritalara ve bilgilere ulaşması
sağlanabilmelidir.
3.1.5. Kullanıcı tanıma ve yetkilendirme (Authentication & Authorization) desteği olmalıdır.
Bir kullanıcının kaç seans açabileceği, timeout süresi belirlenebilir olacaktır. Ayrıca şifre
değiştirme, şifre unutma vb. servisler ve/veya görsel arayüzler sunulacaktır.
3.1.6. Yazılım, hangi kullanıcının, ne zaman, hangi işlemi yaptığını loglayabilmeli ve bu
kayıtlara ait sorgulama ekranlarını sunmalıdır.
3.1.7. Yazılım dinamik etiketler oluşturabilmelidir. Dinamik etiketler veri tabanında bulunan
özniteliklerin bir ifadesi olmalıdır. İstenildiği kadar dinamik etiket tanımlanabilmelidir.
Dinamik etiketler nesnenin baş/son/orta noktalarında, istenirse yol gibi nesneler için yol
boyunca oluşturulabilmelidir. VT kaydı değişince etiket otomatik olarak değişmelidir.
3.1.8. Yazılım, farklı hat tipi, semboloji ve kartografik tanım içeren haritaların
yayınlanmasına imkan sağlamalıdır.
3.1.9. Yazılım, nesnelere ait öznitelik bilgilerine göre minimumda özgün ve sayısal aralık
yöntemleri ile sınıflandırılan (tematik yapılmış) kategorilerin aynı yapıda yayınlanmasına
imkan sağlamalıdır.
3.1.10. Yazılım TIF, IMG, DT0, DT1, DT2, PNG, JPG, GIF, HGT, HDR, ERS, GRD, DEM, ITIFF, PIX,
NCD, ECW, SID, BMP, ICO, PCX, RAS, WMF raster ve DWG, DXF, DGN, NCZ, GML,
MAP/TIF, SHP, XYZ, NCN, GPX, OGC WFS, KML/KMZ, NMEA, Interlis vektör
formatlarındaki verileri kullanabilmelidir.
3.1.11. Coğrafi ve Sözel veriler için Minimumda Microsoft Access, Microsoft SQL Server
2003,2008, 2012, PostGreSQL, PostGIS, Oracle 10,11 ve SQLite desteklenmelidir. Eğer
VTYS coğrafi veriyi doğrudan desteklemiyor ise bu eksiklikler yazılım tarafından
tamamlanmalıdır.
3.1.12. Katmanların çizilip çizilmeyecekleri, çizim sıraları belirlenebilmeli ve katman bazında
şeffaflık tanımlanabilmelidir.
3.1.13. Yazılım Katmanları sözel ve coğrafi kriterlere göre seçebilmelidir.
3.1.14. Yazılım, seçilen bir bölgeyi çıktıya gönderebilmeli, gönderme öncesinde yazılı ya da
harita üzerine çizerek not ekleyebilmelidir.
3.1.15. Yazılım, farklı harita sunucularına ait haritaları, aynı harita penceresi ve katman ağacı
içinde gösterebilmelidir. Farklı harita sunucuları, WMS, WMTS olabilir.
3.1.16. Yazılım, harita üzerinden konum sorgulama, uzunluk ve alan hesaplama işlemleri
yapılabilmesini sağlamalıdır.
3.1.17. Yazılım, mobil ve web platformları için hazır son kullanıcı arayüzleri içermelidir. Bu
arayüzlerin görselliği, tema ve CSS desteği değiştirilebilmelidir.
3.1.18. Yazılımın sunduğu servisler SOAP ve REST uyumlu olmalıdır.
3.1.19. Yazılım, Harita, Coğrafi Veri, KML, Karo servislerini sunmalıdır.
3.1.20. Yazılım, Genel Arama yeteneğine sahip olmalıdır. Aranan metin, çok sayıda tablonun,
çok sayıda kolonunda aranabilmeli, tam eşleşme, içeren, içermeyen gibi ek filtreleme
yetenekleri sunmalıdır.
3.1.21. Yazılım, gelişmiş sorgulama arayüzü sunmalı, bu arayüz ile katmana uygulanmak
istenen sözel ve coğrafi filtreler, arayüz yardımı ile verilebilmelidir. Bu arayüz, bir
katmana sınırsız sayıda filtre uygulanmasına izin vermelidir.
3.1.22. Yazılım her programlama dilinde geliştirilecek bileşenlerle çalışabilmelidir. Uygulama
geliştiricilere Javascript, .Net, SOAP ve REST API’leri sağlamalıdır.
3.1.23. Yazılım bölgesel yetkilendirme özelliği ile çalışabilmelidir. Bölgesel yetkilendirme
tanımları yapılmış ve bu haklara sahip olan kullanıcılar, yetkili oldukları verileri harita
14
üzerinde görüntüleyebilmeli ve sorgulama yapabilmeli; aynı şekilde yetki tanımı dışında
kalan verileri görüntüleyememeli ve sorgulayamamalıdır.
3.2. Web Temelli Framework Sunucusu
3.2.1. Yazılım web tabanlı çalışmalıdır. Bütün sorgulamalar, Vektörel harita gösterimleri,
raporlar, veri girişleri ve düzenlemeleri, standart formların üretilmesi ve çıktılarının
alınması web browser üzerinden yapılabilmedir. Yazılım yaygın kullanılan web
browserlarda aynı şekilde davranmalıdır. (Firefox, Chrome, Safari, Opera, Internet
Explorer)
3.2.2. Hazırlanan ekranlar, responsive tasarım esaslarına uygun olarak, mobil ve masaüstü
cihazlarda ekran boyutuna uygun görünüme geçebilmelidir.
3.2.3. Sistem WebPart/Portlet teknolojisini desteklemelidir. Kullanıcılar giriş sayfalarını
özelleştirebilmelidir.
3.2.4. Yazılımın, standart formlara veri girişlerinde kullanıcıya kolaylık sağlayacak combobox
dan veri girişi, zorunlu alanların farklı renkte gösterilmesi, maske özellikleri, tarih ve
metin alanlarında default değerin forma getirilmesi, adres bilgilerinin otomatik
doldurulması, kolay takvim erişimi gibi yetenekleri olmalıdır.
3.2.5. Genel arama yeteneği olmalıdır. Tek noktadan belirlenen tüm tablolarda arama
yapılabilmelidir. Arama metinleri girişi sırasında kullanıcıya girebileceği değerler
önerilmelidir.
3.2.6. Kullanıcı bazında değiştirilebilecek temalara sahip olmalıdır.
3.2.7. Yönetim aracının bir yetkilendirme altyapısı olmalıdır. Bu sayede son kullanıcıların
yetkileri dahilinde verilere, uygulamalar ve diğer yeteneklere erişimi kısıtlanabilmelidir.
Aracın LDAP desteği olmalıdır.
3.2.8. Birden fazla uygulama, tek yetkilendirme mekanizması ile yönetilebilmelidir. Kullanıcı
ekleme, değiştirme, yetki ekleme, pasife alma gibi özellikleri ile uygulama üzerinden
yönetilebilmelidir. Kullanıcı Grupları tanımlanabilmeli, bu gruplar aktif/pasif
yapılabilmelidir. Tanımlar XML olarak saklanabilmeli veya yüklenebilmelidir.
3.2.9. Tüm yetkilerin görülebileceği bir yönetim konsolu oluşturulabilmelidir. Yetki
sorgulama, kişi sorgulama, grup sorgulama, grup elemanları gibi işlevlerle çalışmalıdır.
3.2.10. Öznitelik bazlı yetkilendirme yetenekleri olmalıdır. Bu yetenekler, hem veri okuma
hem de yazma aşamalarında kullanılabilmelidir. Bu sayede örneğin Ankara kayıtları
sadece Ankara'da bulunanlara, İstanbul Kayıtları İstanbul'dakilere görünebilmelidir.
Benzer şekilde, Ankara’da bulunan kişinin sadece Ankara’ya ait veri girmesi
sağlanabilmelidir.
3.2.11. Kullanıcı adı ve şifresi haricinde ek kısıtlar tanımlanabilmelidir. Kullanıcıların
uygulamaya giriş yapacakları donanıma ait IP, giriş yapabileceği son tarih ve gün içindeki
zaman aralıkları belirlenebilmelidir.
3.2.12. Menü, sorgu ve raporlara erişim kısıtlanması için Roller tanımlanabilmelidir.
3.2.13. Yetkilendirme Altyapısı bir login sayfası gerçeklemelidir, bu sayfada beni hatırla,
şifremi unuttum, izin verilmiş ise yeni kullanıcı (misafir) özellikler olmalıdır.
3.2.14. Uygulamada yapılan işlemlerin tümü kullanıcı adı, tarih, IP, İşlem tipi, tablo adı ve
değişiklik detay bilgileri ile kayıt altına alınabilmeli ve izlenebilmelidir. Verilerde yapılan
ekleme/değişiklik ve silme işlemleri haricinde Uygulamaya yapılan girişler, yanlış giriş
sebebiyle alınan hatalar, uygulamada alınan hatalar, güncelleme işlemleri gibi işlemler log
kaydı olarak saklanabilmelidir.
15
3.2.15. Verilerde yapılan değişiklikler önceki ve sonraki hali, değişiklik tarihi ile izlenebilmeli,
raporlanabilmelidir. Raporlar tarih aralığı, kişi bazlı, uygulama bazlı olabilmelidir.
3.2.16. Log kayıt detaylarında kaydın oluştuğu uygulamaya erişilmesi mümkün olmalıdır.
3.2.17. Yazılım coğrafi nesnelere ait öznitelikler için uygun veri giriş, sorgulama, listeleme ve
raporlama sayfalarını düzenleme ara yüzüne sahip olmalıdır.
3.2.18. Objeler arasındaki ilişkiler kullanılarak her türlü sorgu hazırlanabilmelidir. Kullanıcı
sorguda vereceği kriterleri belirtebilmelidir. Kullanıcı sorguya ek kısıt verebilmelidir
(Şehir=Ankara, Durum=Aktif gibi). İstenildiği kadar sorgu tanımı yapılabilmelidir.
3.2.19. Sorgu sonrası seçilen nesneler coğrafi bilgi içerdiği sürece istenildiği gibi
KML/KMZveya Masaüstü CAD&GIS yazılımı üzerinde görüntülenebilmelidir, tematik
harita oluşturulabilmelidir.
3.2.20. Ana sayfa ve raporlarda etkileşimli harita, grafik, rapor nesneleri kullanılabilmelidir.
Bu nesneler kullanıcı seçimlerine göre diğer nesnelerle etkileşime girip, içeriklerini
güncelleyebilmelidir. Bu sayede örneğin etkileşimli haritada Ankara’ya tıklandığında, yan
taraftaki rapor Ankara’ya ait ilçeleri göstermeye başlayabilecektir.
3.2.21. Kullanıcı sorgu sonuçlarının detay ya da özet olabilmesini sağlayabilmelidir. Özet
sorgular için kolon bazında küme (say, topla, min. vs.) tanımlanabilmelidir.
3.2.22. Özet sorgu sonuçlar pivot grid olarak gösterilebilmelidir. Pivot gridin X/Y düzlemleri
üzerinde değişiklik yapılabilmelidir. Normal gride geçiş yapılabilmelidir. BarChart,
PieChart, LineChart gibi grafik gösterimler ve Tematik Harita yapabilme mümkün
olmalıdır. Sonuçları Excel, Word, Pdf'e aktarmak mümkün olmalıdır.
3.2.23. Özet sorgulardan etkileşimli grafikler oluşturulabilmelidir. Grafik öğesine tıklanınca,
diğer etkileşimli nesneler kendisini güncelleyebilmelidir. Grafiklerde KPI (Key
Performance Index) değerleri gösterilebilmelidir.
3.2.24. Gantt çizelgesi oluşturulabilmelidir.
3.2.25. Detay sorgu sonuçları Grid şekilde gelebilmelidir. Bu grid'de subquery(kolon bazında
ek süzgeç) verebilmek, kolonların yerini sürükle bırak ile değiştirmek, istenilen kolonların
min.- max. toplamının alt satırda gösterimi mümkün olmalıdır. Grid'de ilişikli kayıtlara
satır bazında ulaşabilmek mümkün olmalıdır. İlişkili kayda ait grid de aynı özelliklere sahip
olmalıdır.
3.2.26. Chart, Tematik, Harita gösterme, Grid gösterme, göreli tarih ( 1 gün önce gibi ),
sayısal alanlar için yıldız, barcode, qrcode, bar yetenekleri esnek sorgu ve rapor
mekanizmalarında kullanılabilmelidir.
3.2.27. Bir alanda görüntülenecek içerik koşula bağlı olarak belirlenebilmelidir. Kullanılan
koşullarda mevcut ya da ilişkili tablo kayıtlarına ait değerler kullanılabilmelidir.
3.2.28. Sorgu sonuç kriterlerini kullanıcılar kendileri belirleyerek raporlarını
oluşturabilmelidir.
3.2.29. Tek bir alanda birden fazla kolon içeriğinden sorgulama yapabilmelidir.
3.2.30. İlişkili objeler arasında karşılaştırmalı sorgular yapabilmelidir.
3.2.31. Tanımlanan formlar için gruplama ve konum özellikleri ayarlanabilir olmalıdır.
Kolonların formda nasıl konumlanması gerektiği ayarlanabilmelidir.
3.2.32. Form tasarımında farklı tabloların sorgu sonuçları eklenebilmelidir. Bu sayede örneğin
parsel bilgi kartında, parseldeki yapı, kapı, yol, bağımsız birim vb. ilişkili obje listesi
gösterilebilmelidir.
3.2.33. Tanımlanan sorgular, formlar, raporlar için klonla özelliği ile kopyalanabilmeli ve
klonlanan sayfaların tüm özelliklerini aynen kullanabilmelidir
16
3.2.34. Kolonlara url, şifre, mail, sosyal güvenlik numarası, telefon, sadece küçük harf, büyük
harf, negatif veya pozitif değer girsin/giremesin gibi validasyon işlemleri
tanımlanabilmelidir.
3.2.35. Kolonların form, sorgu ve grid alanlarındaki stilleri (renk, font, arka plan vb.)
ayarlanabilmelidir.
3.2.36. Tüm coğrafi ve coğrafi olmayan objelere her türlü (fotoğraf, video, imaj,
dosya(DWG,DXF,NCZ,WORD,EXCEL..) vb.) dosya web üzerinden toplu ya da tek tek attach
edilebilmelidir. Ekli dosya sayısında bir sınır olmamalıdır.
3.2.37. Dosya ekleme aşamasında Web arayüzü üzerinden dosyanın niteliği ve metaverisinde
tanımlanmış değerler girilebilmelidir. Dosyalar daha sonra bu değerler ve ek olarak
ekleme tarihi, ekleyen kullanıcı, dosya türü, bağlı olduğu coğrafi nesne (İl, İlçe, Mahalle,
Parsel vs.) den de aranabilmelidir.
3.2.38. Resim özelliğinde eklenen dosyalar slayt akışı ile görüntülenebilmelidir.
3.2.39. Eklenecek dosyalar için dosyanın formatından bağımsız niteliği(Örneğin: Dilekçe,
Ruhsat, Mimari Proje, Ruhsat Başvurusu gibi) belirten metaveriler tanımlanabilmelidir. Bu
metaveriler haricen şablonlarda durmalı, dosyanın türüne göre tanımlanacak
özniteliklerde bir sınır olmamalıdır. Metaveri tanımları hiyerarşik yapıda
olabilmelidir(Projeler altında Mimari, Elektrik, Betonarme gibi). Metaveri tanımlamaları
veri tabanı şemasında değişiklik gerektirmemelidir.
3.2.40. Toplu kayıt güncelleme yeteneği olmalıdır. Bir sorgu sonucundaki kayıtlardan
seçilenler ya da kayıtların tümü toplu olarak güncellenebilmelidir. Burada, toplu olarak
dosya da eklenebilmelidir.
3.2.41. Zamanlanmış görev desteği olmalıdır. Bu görevler ile belirlenen periyotlarda,
belirlenen bir alıcı grubuna SMS veya e-posta gönderme, veri güncelleme, log temizleme
gibi işlemler yapılabilmelidir. Alıcı grubunun, sadece kendi yetkili oldukları içeriği görmesi
sağlanabilmelidir. Yazılım ayrıca geliştirilere yeni görev ve yeni işlem
gerçekleştirebilmeleri için gerekli apileri sağlamalıdır.
4. VERİ HİZMETLERİ
4.1. Halihazır Haritalar 4.1.1. İdare tarafından iletilecek sayısal 1/1000 ölçekli dosyaların özel dönüşüm programı ile
dönüştürülmesi. Tabaka, renk, kalınlık, semboloji standartlarının sağlanması. Pafta
kenarlarında bulunan bölünmüş objelerin birleştirilmesi, topolojisinin sağlanması.
Gereksiz obje ve katmanların ayıklanması işlemleri tamamlanacaktır.
4.1.2. Yapı tablosu oluşturularak veritabanına eklenecektir.
4.1.3. Halihazır verisi pafta sayısı 75’dir.
4.2. 1/1000 Uygulma İmar Planı (Kağıt Pafta) Sistem Entegrastonu 4.2.1. Raster formattaki plan verilerinin sistem entegrasyonu yapılacaktır.
4.2.2. Pafta sayısı 121’dir.
4.3. Sayısal Kadastro Verileri Sistem Entegrasyonu 4.3.1. İdare tarafından yükleniciye teslim edilecek olan Sayısal NCZ dosyalar gerekli
düzenlemelerden geçirilecektir.
4.3.2. Tabaka, renk, kalınlık, semboloji standartlarının sağlanması, Parsellerin kapalı hale
getirilmesi, pafta kenarlarında bulunan bölünmüş objelerin birleştirilmesi, topolojisinin
sağlanması, gereksiz obje ve katmanların ayıklanması çalışmaları yapılacaktır.
17
4.3.3. Ada/Parsel numaraları ile coğrafi ilişkilerin kurulması, tapu kayıtları ile eşleşecek
şekilde sınıflandırılma çalışmaları tamamlanacaktır.
4.3.4. Pafta sayısı 75’dir
4.4. Sayısal Numarataj Verileri Sistem Entegrasyonu 4.4.1. İdare tarafından yükleniciye Sayısal formatta teslim edilecek olan Kapı numaraları
verilerinin veritabanı bağlantıları tamamlanacaktır.
4.4.2. Sayısal numarataj bilgilerinin sistem entegrasyonu sağlanacaktır.
4.4.3. Mahalle, Yol, Kapı ve yapı tabloları ilişki altyapısı sağlanacaktır.
4.4.4. UAVT kapı bilgileri indirilerek bir defaya mahsus idareye kapı eşleşme raporu
verilecek tespit edilecek gerekli düzenlemeler idare tarafından yapılacaktır.
5. TEKNİK DESTEK VE DİĞER HUSUSLAR
5.1. Yerinde Teknik Destek ve Eğitim 5.1.1. Yerinde Teknik Destek
5.1.1.1. Periyodik yerinde teknik destek (ayda bir kez), bakım sözleşmesi süresince bir
personel ile yapılacaktır.
5.1.1.2. İdarenin satın almış olduğu ve bu şartnamede belirtilen ürünlerinin sunucu
bazlı çalışır durumda kalmasının sağlanması
5.1.1.3. İdarenin satın almış olduğu ve bu şartnamede belirtilen ürünlerinin kullanıcı
tanımlamaların yapılması
5.1.1.4. İdarenin satın aldığı ve bu şartnamede belirtilen ürünlerin, güncelleme
garanti kapsamında ise güncellenmesi
5.1.1.5. İdarenin satın aldığı ve bu şartnamede belirtilen ürünlerinin elindeki lisans
adedine uygun olarak yeni bilgisayarlara kurulumunun yapılması
5.1.1.6. Kullanıcılara yerinde masa başı eğitim ve destek verilmesi
5.1.1.7. Kullanıcılara toplu eğitim verilmesi
5.1.1.8. Portal ve Destek çalışmalarının tamamını kapsar
5.1.1.9. Sunucu değişikliklerinde kurumsal ürünlerin tekrar kurulumunu
gerçekleştirmek
5.1.1.10. Kurum bilgisayarlarına uzak erişim hakkı verildiğinde acil durumlarda
müdahale sağlanmasını kapsar
5.1.1.11. Yerinde Teknik Destek kurumsal ve masaüstü, bu şartnamede belirtilen ürün
ve uygulamalarının, kullanıcı arayüzlerine ait değişiklik taleplerinin yerine
getirilmesini kapsamaz. Veri Modeli Oluşturma başlığı altında tarif edilen miktarlarda
yapılacak hizmetler dışında, yeni hizmetlerin yapılmasını kapsamaz.
5.1.1.12. Tüm durumlarda bakım kapsamındaki tüm hizmetler toplamda teklif edilen
günlük bakım sayısını, günlük bakım süresini ve personel sayısını aşamaz.
5.1.2. Uzaktan Destek Çalışması
5.1.2.1. Portal ve Destek çalışmalarının tamamını kapsayacaktır.
5.1.2.2. Kurum bilgisayarlarına uzak erişim hakkı verildiğinde acil durumlarda
müdahale sağlanmalıdır.
5.1.2.3. Uzakdan destek çalışması kurumsal ve masaüstü, bu şartnamede belirtilen
ürün ve uygulamalarının, kullanıcı arayüzlerine ait değişiklik taleplerinin yerine
getirilmesini kapsamamaktadır.
18
5.2. Diğer Hususlar 5.2.1. Ana Hususlar
5.2.1.1. Proje kapsamında teklif edilen bütün yazılımlar süresiz kullanımlı ve teklif
tarihindeki mevcut son sürümleri teslim edilerek Konak Belediyesi Ana Serverda
çalışır halde teslim edilecektir.
5.2.1.2. Yüklenicinin teslim ettiği tüm yazılımlar ve bunların uygulama modülleri
birbiriyle uyumlu, tam entegre ve aynı veri setlerini kullanabilir olmalıdır.
5.2.1.3. Yazılım ürünlerinin garanti süresi sözleşme imzalanması müteakip 1 ( Bir )
yıldır. Bu süre içerisinde çıkan tüm yeni sürümler ücretsiz olarak güncellenecektir.
5.2.1.4. Yüklenici işin ürtimi ve kontrolü için gerekli olan yazılım ve donanımı
bünyesinde bulunduracaktır.