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.