Re: [Talk-tr] Türkiyenin Latitude ve Longitude degerle ri

[cagri coltekin]

On Fri, Apr 03, 2009 at 08:16:37PM +0300, SELİM YAŞAR wrote:
> merhabalar
> 
> türkiyenin koordinatlarını lat ve lon olarak arıyorum. yardım
> ederseniz sevinirim.
> aradıgım degerlerin yapısı şu şekilde :
> 
>   latlon
> 
> Top-Left
> Bottom-Right

Okulda eskinden Lat: 36-42 Lon: 26-45 diye öğretirlerdi. 

Daha ayrıntılı değer, sol-üst - sağ-alt'tan ne kasteddiğinize
göre değişir. Kolay yoldan harita üzerindeki herhangi bir
noktanin koordinatını öğrenmek için onlarca yöntemden biri:
http://informationfreeway.org/ mouse pointer altındaki pozisyonun
koordinatlarını sürekli olarak sağ alt köşede gösteriyor.

Kolay gelsin,
-- 
cagri


___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-tr

Re: [Talk-tr] Şehir içi ayrılmış yollar

[cagri coltekin]

Merhabalar,

On Fri, Aug 22, 2008 at 05:37:02PM +0300, Ekrem SEREN wrote:
> Merhaba,
> 
> Birkaç gün önce OSM'den Bursa'nın çok az haritalandığını görünce
> biraz katkıda bulunmak istedim. Bursa'yı çizmeye başladım.

Turkiye'nin durumu genel olarak pek parlak degil. Ama yavas yavas
katilimci arttikca bizim de guzel haritalarimiz olacak.  Bursa
sekillenmeye baslamis bile :), yapan(lar)in ellerine saglik.

> Bir sorum var; Şehir içindeki ayrılmış (bulvar ve bazı caddeler)
> yolları çizerken çift çizgi ile mi çizsek daha iyi olur yoksa tek mi?
> 
> Çift çizdiğim bir yolda render edildikten sonra isimlendirme kötü görünüyor.
> Yolun ortalarına doğru her iki çizgi için bir isim render etmiş.
> 
> Örnek: 
> http://www.openstreetmap.com/?lat=40.18917&lon=29.05463&zoom=17&layers=B00FTF

Eger elimde yeterli veri varsa, ben genellikle ayrilmis yollari
ayri ayri cizmeyi tercih ediyorum.

Renderer sorunlarini simdilik ihmal etmek. Yollari girerken
osmarender icin 'bu yolun adini yaz/yazma" gibi bazi ipuclari
vermek mumkun. Ama rendererler sonuclanmis degil, hala
gelistiriliyorlar.  Dolayisiyla, benim onerim arada bir cikan
renderer sonunclarini ihmal edip, olabildigince veri girmek.

Kolay gelsin,
-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-tr

Re: [Talk-tr] openstreetmap ile ilgili turkce bilgi

[cagri coltekin]

Selamlar,

Iyi fikir. Elde bildigim cok kullanilir bir belge yok.

Benim sunuma su anda erisimim yok, aksam evden sana gonderirim
(listeyi buyuk dosyalarla baymamak icin). Duzeltilip
guncellenmesine de yardim edebilirim.

kolay gelsin,
-- 
cagri

On Tue, Aug 05, 2008 at 10:14:50AM +0300, Doruk Fisek wrote:
> Merhaba,
> 
>  Linux Kullanicilari Dernegi'nin www.linux.org.tr web sitesinde cesitli
> ozgur yazilimla ilgili calismalara bilgi veriliyor. Bunun yani sira
> "ozgur" baska projelere de yer veriliyor -- ornegin wikipedia'ya "ozgur
> ansiklopedi" adi altinda ayrilmis bir tane sayfa var.
> 
>  Su anda site yenileniyor, hazir yenilenirken OpenStreetMap de burada
> yer alsa guzel olur -- internette biraz arandim ama projeyi anlatan
> Turkce bir sayfaya ulasamadim.
> 
>  Elde boyle bir belge var mi? Cagri gecen seneki Linux ve Ozgur Yazilim
> Senligi'nde bir sunum yapmisti, o sunum dosyasi ortalikta bir yerde
> varsa ondan kirpip yildiz yapabilirim.
> 
>Doruk
> 
> --
> FISEK ENSTITUSU - http://www.fisek.com.tr
> 
> ___
> Talk-tr mailing list
> Talk-tr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-tr

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-tr

Re: [Talk-tr] Yolların etiketlenmesi

[cagri coltekin]

On Fri, Oct 05, 2007 at 01:53:26AM +0300, Egemen Metin Turan wrote:
> 
> Ben Magellan  eXplorist 500LE aldım. Hepsiburada'dan taksitle aldım. kılıg,
> türkiye kara haritasi ve bir çadırla birlikte geliyor. :)

Gule gule kullan.

Kayit kapasitesi ve secenekleri nasil? Benim eski Magellan
Meridian'in 2000 nokta iz(track) hafizasi vardi. SD karta
otomatik olarak yazmadigi icin ornegin her 10 metrede bir
kaydetmeyi secersem, her 20km'de bir hatirlayip kayit etmek
gerekiyor. Uzun bir araba yolculugunda kayitlarin cogu gidince
farkina vardim durumun ;(.

> 
> çağrının sayfasına referanslar ile ilgili bir ekleme yaptım. Şehirlerarası

Sayfa benim degil hepimizin ;-)

> oldukça anlaşılır. Belki bir seviye olarak Trunk da kullansak daha iyi
> olabilir. Örneğin, bölünmüş yollar için kullanabiliriz.

Ayni fikirdeyiz. Hatta sayfaya oyle yazdigimi hatirliyorum.
Otoyol olmayan bolunmus yollari trunk olarak isaretlemek en iyisi
bence de.

> Fakat şehiriçi yollar için durum çok karışık. Adlara bakarsak nerdeyse bir
> sokak kadar olan 7. Cadde Secondary olacak. Ama bir bulvar kadar geniş ve
> bölünmüş olan Türkocağı caddesi veya Akdeniz caddesi de Secondary olacak.
> 
> Otoyoldan çıkanlar yüksek trafikli, bölünmüş, çok şeritli yolları Trunk
> olarak, yüksek trafikli diğer bölünmüş yolları Primary, az trafikli ençok
> iki şeritli bölünmüş yolları veya yüksek trafikli bölünmemiş yolları
> Secondary ve sokakları Residential olarak işaretlesek ne dersiniz? bölünme
> bir refüj veya sürekli çift çizgi ile yapılmış olabilir.

Sehir ici yollar bence de karisik. Olabildigince tutarli olmaya
calisirsak iyi olur. Ama kesin kurallar koymak zor (bence gerekli
de degil).

kolay gelsin,
-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] kaydettigim yollar ve bir soru

[cagri coltekin]

On Wed, Sep 05, 2007 at 08:21:44AM +0300, Mustafa wrote:
> http://www.openstreetmap.org/user/Mustafa+Ekim/traces/36935
> ve
> http://www.openstreetmap.org/user/Mustafa+Ekim/traces/37328
> 
> bugün de bu yolların dönüşlerini gpx'licem.
> 
> ben sitede flash map editorle bi gps trackleri goruyorum ama, benimki
> mi, baskasininki mi emin olamiyorum. ve, gps track'im, yahoo'dan render
> lanan haritadaki yollarla tam ortusmuyor. arabayla giderken kaydetmeme
> ragmen cogukez yoldan baya cikmis (30-40 metre belki daha fazla)
> gozukuyorum.

Bence potlach'i bosverip JOSM'i deneyin. Ilk asamada alismasi
zaman aliyor, ama ugrasmaniza deger.

> eger olay gpx tracklerin uzerini kalemle cizmek-boyamaksa bana biraz
> atIL geldi. 

(eger dogur anladiysam) Uzun yollar icin biraz zahmetli oluyor,
ama bence yine en tutarli yontem GPS izlerinin uzerinden kalmele
gitmek. Her durumda cadde/sokak'larin turunu belirlemek, bunlara
ad vermek, hali hazirda var olan yollarla balantilarini kurmak
gerekecek. Dolayisiyla isimiz GPS verisini sisteme atarak
bitmiyor.

Yine de uzun bir yolu elle cizmeden donusturmek istiyorsaniz,
yontem su:

- GPX dosyasini JOSM ile acin.
- "Layers" penceresinde "GPX Tracks from ..." layeri uzerine sol
  tiklayin.
- Gelen menuden "convert to data layer" secenegini secin.
- JOSM'in uyarisini okuyun ve dikkate alin.

Bu sekildeki verileri sisteme yuklemeden once, OSM'de o verilerin
olup olmadigini mutlaka kontrol edin. 

Her durumda bu yontemi uygulamadan once iki kez dusunun. Cunku:

- Bu sekilde yapip kontrol etmeden yuklediginizde, sizden once
  yapilan kisimlari yeniden girmis olacaksiniz. Bu veriler
  sistemde birisi duzeltinceye kadar cift kalacak.
- Bir suru gereksiz nokta girmis olacaksiniz. Saniyede bir
  topladiginiz verilerle bir saat gittiginiz bir yol 3600 nokta
  ile ifade edilecek. Buyuk olasilikla elle cizerseniz bu 600
  nokta bile olmayacaktir. Otomatik sadelestirme mumkun, asagida
  soz ettim, ancak yine sonucun makul olmasini garantilemek zor.
- Var olan veriyle baglantilarini kurmak oldukca zor.
- Topladiginiz veri istediginiz yolu yansitmayabilir. Ornegin bir
  otoyolu ciziyorsaniz, otoyolun kendisi yerine ugradiginiz mola
  yerinin servis yolunu sisteme koymus olacaksiniz.

Bu yontemi uygulayacaksaniz, benim onerim GPX izlerini
olabildigince sadelestirmeniz. Bunun icin gpsbabel
kullanabilirsiniz. JOSM icin de bir "simplify way" ek ozelligi
vardi ama JOSM'in kendinde mi, yaoksa eklentilarin birinde mi
bilmiyorum.

Bir not daha: Ben denemedim ama, yeni JOSM birden fazla data
layer destekliyor. Dolayisiyla var olan veri ile kendi
verilerinizi karistirmadan gormek bu sekilde daha kolay olabilir.

Kolay gelsin,
-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] josm ile harita duzenleme

[cagri coltekin]

Merhaba,

On Sat, Sep 08, 2007 at 05:00:18PM +0300, Doruk Fisek wrote:
> Merhaba,
> 
>  Sonunda topladigim verileri haritaya aktarayim dedim. Ilk kez yapiyorum
> bu isi, o yuzden cok basit seyleri gozden kaciriyorum herhalde.
> 
>  navilink.pl (http://www.splitbrain.org/projects/navilink) ile
> NaviGPS'ten verileri gpx olarak aktardim. Josm ile o gpx verilerini
> actigimda kaydettigim yolu arkaplani siyah seklinde bos bir haritada
> gorebiliyorum.
> 
>  Haritada belirli bir alani web'den bakip, ayni url ile Josm'a
> indirmeye calisiyorum. Derdim gondermeden once harita nasil duruyor
> bakayim, abukluk varsa sileyim, waypoint'leri isaretleyeyim.
> 
>  Download penceresinde "Download area ok, size probably acceptable to
> server" diyor. Indir dedigimde "Contacting OSM server" diyor, epey bi
> bekledikten sonra da "No data imported" diyor. Konsolda cikti olarak
> bir tek su var :
> 
> download:
> http://www.openstreetmap.org/api/0.4/map?bbox=27.97243809175992,39.663684389551214,28.67556309175992,40.015246889551214
> got return: 200
> 
>  Ben nerede yanlis yapiyorum?

Hersey normal gorunuyor. Buyuk olasilikla hicbir yanlislik yok.
GPS verilerini topladigin bolgeye daha once dokunulmadiysa bunun
olmasi dogal.

Izledigin yontem dogru, bir bolgede calismadan once mutlaka o ana
kadar yapilmis olan haritayi indirmekte yarar var.  JOSM
kullandigimiz varsayarsak (bence su anda ise yarar baska
alternatif yok.) Genellikle yapilmasi gerekenler adim-adim kabaca
soyle:

- Verileri topla
- GPX'e cevir.
- JOSM'e GPX dosyasini yukle (her yuklediginiz GPX dosyasi ayri bir 
  GPX layer olusturacak)
- OSM sunucusunda uzerinde calisacagin (GPX verilerini
  topladigin) bolgeyi indir. Eger buyuk bir bolgeyse birkac
  adimda yapmak gerekebilir. Sunuc buyuk bolgelerin indirilmesine
  izin vermiyor. Bu yeni bir "data" layer olusturacak.
- Data layer uzerinde degisiklikleri yap. 
- Degisiklik yapilan bolgeyi yeniden indir. Eger baska birisi
  ayni anda degisiklikler yapmissa JOSM "conflict" oldugu
  konusunda uyaracak. Su anda Turkiye'de bu isle ugrasan
  insan sayisini dusunursek basimiza gelme olasiligi oldukca
  dusuk, ama yine de yapmaktan zarar gelmez.
- Yapilan degisiklikler sisteme yukle.

Yukaridaki adimlar "raw" GPS verisini sisteme yuklemiyor.
Gercekten harita olacak verileri yuklemis oluyor. Haritayla
ugrasacak zamaniniz yok, ama yine de raw GPS verilerini sisteme
aktarmak istiyorsaniz, onu web sayfasindan
(http://www.openstreetmap.org/traces/mine) yapiyorsunuz.

Bir not: anladigim kadariyla OSM sunucusu oldukca yavas su
aralar. Buyuk olasilikla ABD tiger ve Hollanda AND verilerinin
aktarimi yuzunden olsa gerek.

gorusmek uzere,
-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] haritayi duzenleme - geri alma

[cagri coltekin]

On Fri, Aug 31, 2007 at 12:31:36PM +0300, Mustafa wrote:
> bu durumda OSM uzerine bir uygulama yazsak, cok kolay bir sekilde
> uygulamaya zarar verilebilecek.
> 
> ornegin istanbulda yapilan konserleri OSM uzerinden gosterdigimizi
> dusunelim. diyelim konser taksim meydaninda olacak. biri girip israrla
> meydanin yerini degistirse veya taksim i maksim yapsa uygulama baya
> zarar gorecek gibi duruyor..
> 
> ancak osm'nin ingiltere kismi o kadar detayli ki, sanki bir koruma
> varmis gibi duruyor?

Bildigim kadariyla bir koruma yok. Arada bir kazayla hatalar
tabii ki oluyor. Ancak, benzeri her proje gibi vandalizme acik.
Kimsenin bozmak icin bir nedeni olmadigindan bozulmuyor olsa
gerek :)

> bir de galiba anladigim kadariyla bir noktanin koordinatlari google
> eath'de de, yahoo'nun satelite haritasinda da, OSM'de de ayni oyle degil
> mi? bu ozellik sayesinde mi OSM de cizilen haritalar istenilen uydu
> goruntusuyle yaratilabiliyor?

OSM'in google maps/erath ile herhangi bir iliskisi yok. Google ve
yahoo'nun kullandigi veriler ticari. Bunlarin OSM tarafindan
kullanilmasi yasal degil (yahoo uydu fotograflarini sınırlı bir
sekilde kullanmaya izin veriyor, ancak Turkiye fotograflari
genellikle oldukca dusuk cozunurluklu). OSM ve ticari harita
sitelerinin kaynaklari farkli, ve su anki lisanslar nedeniyle
farkli olmak zorunda.

Ama, eger soru daha genel bir soru ise, kullanilan koordinat
sistemleri uyumlu (ya da donusturulebilir). 

> sehirrehberi.ibb.gov.tr yi gordunuz mu?

Gormemistim, ama goremedim de. linux/firefox ile calismadi.

> ve son olarak, istanbul kadikoy sahil seridi tam olarak dogru
> gosterilmemis. bunun nedeni ne olabilir? (serit baya kaymis, oyle ki
> cogukez denizden gidiyor)

Kiyi bilgileri bir ABD kamu kurumunun yayinladigi verilerden. Bu
veriler public domain (kamu mali), dolayisiyla osm icin
kullanilabiliyorlar. Veriler uydu fotograflarindan buyuk
olasilikla goruntu isleme yontemleri kullanilarak otomatik olarak
elde edilmis durumda. Bir miktar hatali olmalari dogal. Benim
deneyimlerime gore cok hatali degil veriler. Birkac kez birkac
kilometrelik kiyida yuruyup topladigim gps izleri hemen hemen tam
ortusuyorlardi.

-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] holux M-1000

[cagri coltekin]

Merhabalar,

Holux M-1000 kullanmadim, ya da gormedim. Anladigim kadariyla bir
bluetooth GPS cihazi gibi gorunuyor.

BT GPS - Nokia Symbian telefon ikilisi icin ben daha once
nmea_info.py (http://gagravarr.livejournal.com/104793.html)
programini kullanmistim. Yanlis hatirlamiyorsam getrack diye bir
de java uygulamasi vardi, ama kullanmadim.

Tasinabilir bir linux cihazla dogrudan kullanmak isterseniz,
secenekler cok.

Normalde gpsd, ve onu kullanan programalara bir goz atmanizda
yarar var.

Ama, BT ayarlarini yaptiktan sonra
cat /dev/rfcomm1 > log.nmea
gibi cok ilkel bir yontem bile izleyebilirsiniz.

Genellikle elde edeceginiz loglar NMEA formatinda olacak. OSM ile
kullanmak icin (ornegin JOSM'a yukleyip haritayi degistirmek
icin), gpx'e cevirmeniz gerekli. Bunun icin kullanacaginiz
program ise gpsbabel (ornegin: gpsbabel -i nmea -f log.nmea -o
gpx -F log.gpx).

Umarim baslangic icin yeterli olur. Sorularinizi/sorunlarinizi
listeyle paylasmaktan cekinmeyin..

Kolay gelsin,
-- 
cagri

On Thu, Aug 30, 2007 at 09:22:36PM +0300, Mustafa Ekim wrote:
> gitti gidiyor da suan holux M1000 var. holux'un kendi sitesinde bu urunu
> nedense goremedim. ama internette bir suru yerde bir suru yazi okudum.
> 
> ancak ben bu aleti nokia n80 telefonumla nasil konusturacagimi
> anlamadim. nasil bir yazilim lazim?
> 
> linux bilgisayarimla nasil konusturabilecegimi de bilmiyorum, o konuda
> da pek bir yazi bulamadim.
> 
> kolay gelsin.
> 
> 
> ___
> Talk-tr mailing list
> Talk-tr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] hangi gps alicisi

[cagri coltekin]

On Thu, Aug 30, 2007 at 04:38:31PM +0300, Mustafa Ekim wrote:
> merhaba arkadaslar
> 
> hangi gps alicisini kullaniyorsunuz? tavsiyeniz var mi?

Benim kullandigim gps alicilari icin birkac yorum:

- NaviGPS GT-11 (Amaryllo diye de biliniyor)
  
  Bence OSM'le kullanmak icin ideal. 
  + SD karta log tutuyor, pil omru iyi, kucuk bir ekrani var,
neler olup bittigini anlamak mumkun. Bluetooth ozelligi olani
da var (BGT-11). Tuttugu loglar genellikle olcukca tutarli.
  - Harita destegi yok. Genellikle ilk fix uzun surebiliyor,
yuksek binalar ve dar sokaklarla pek barisik degil.

- iBlue Solar 757 BT GPS
  
  Bu cihazi cok oneremeyecegim. Surekli arabanin on panelinde
  duracaksa iyi, ama alip daga cikmak icin cok uygun degil,
  fazlasiyla kirilgan. Sabit bellek yerine kart ozelligi olsa iyi
  olurmus. belleginin ne zaman dolup ne zaman dolmadigini anlamak
  mumkun degil. Bellegi unutup normal BT GPS olarak kullanmak
  mumkun, ama o zaman daha iyi secenekler var.

- Magellan Meridian serisi 

  Yaslica "outdoor" icin tasarlanmis bir gps cihazi. Ikinci el
  sansiniza karsiniza cikmazsa, buyuk olasilikla magellan ya da
  garmin'in daha yeni "handheld" cihazlarina bakmakta yarar var.
  Iyi taraflari harita destekliyorlar, cogunun ek kart destegi
  var. Ancak genellikle diger seceneklere gore pahalilar.

umarim isinize yarar.
-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

[Talk-tr] inet-tr'07

[cagri coltekin]

Merhabalar,

Ozgur'e hosgeldin derken, listeye degil sadece Ozgur'e
gondermisim yazdiklarimi. Listeyi ilgilendirebilecek kismini
tekrarlyayim:

inet-tr'07 yaklasiyor (1-3 Kasim, Ankara). Bence OSM tanitimi ve
bikac yeni ilgili bulmak icin iyi bir firsat.

inet-tr'07 de bir calisma grubu ya da sunum planlamak isteyen
olur mu? Benim o sirada Ankara'da olmam hemen hemen imkansiz, ama
eger birseyler yapmaya niyeti olan varsa elimden geldigince
yardim ederim.

-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] kiyi verileri ve lowzoom

[cagri coltekin]

On Mon, Apr 30, 2007 at 04:00:55PM +0200, Hakan Tandogan wrote:
> Hafta sonunda bilgisayarim biraz hasta gibiydi, biraz önce normal
> calismaya basladi.
> 
> Su anda türkiyenin lowzoom karelerini hesaplattiriyorum. Görebildigim
> kadariyla oceantiles_12.png'de türkiye sahillerinde daha bircok hata var,
> önümüzdeki günlerde bu hatalari düzeltmeye baslayacagim.
> 
> Su kiyilariyla türkiye haritasi bir hayli olgunlasmaya basladi ;-)


Ben hafta sonu epey bir duzeltme yaptim, ama benim duzeltmeler
tahminen henuz svn'deki oceantiles'a girmedi. Cumratesi butun
Turkiye icin bir lowzoom calistirmistim, onlarin bir kismi da
yeniden kotulesiyor ;-)

svn yazma hakkin varsa, benim degisiklikleri sana gondereyim.
ortak calisirsak, birbirimizin yaptiklarini bozmayiz..

Listede bu ise el atmak isteyecek baska birileri var mi? Eger
niyeti ve zamani olup, nasil baslayacagini bilemeyenler varsa
seve seve yardim ederim. 

kolay gelsin,
-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] kiyi verisi

[cagri coltekin]

On Thu, Apr 26, 2007 at 09:09:19PM +0200, Hakan Tandogan wrote:
> cagri coltekin wrote:
> 
> 
> Biraz önce lat 39.00'a kadar olan bölüm (Izmirin güneyindeki Levos adasi 
> civari sayilir) bitmis, benim skript su anda lat 39.00'la lat 40.00 
> (Canakkale bogazinin Ege denizine cikise) arasini yüklüyor. Yarin sabaha 
> kadar sürer sanirim.

Marmara'nin PGS'nin 10. paketinde olani (lon [ 27.00 - 31.00 ],
lat [ 40.30 - 43.00 ]) bitti. Uzerinden de gecip hata olup
olmadigina baktim. butun parcalar salam olsa gerek.


Senin yaptigin yere kadar kuzeyden hersey (lon [ 25.00 - 27.00 ],
lat [ 40.00 ve kuzeyi ]) su anda yukleniyor. Server bu kadar
yavas devam ederse surecek... belki karadeniz kiyisinin geri
kalanini da paralel baslatirim birazdan (baslatirsam wiki'de not
ederim).

programi bugun biraz daha kurcaladim, maplint'ten gecer bir osm
cikariyor(coastline_import gibi segment'leri tag etmesi disinda).
ama PGS verisinin yapisi nedeniyle, arada bosluklar kacinilmaz.
en azindan coastline_import'un yaptigi diger hatalari (duplicat
node gibi) yapmiyor, daha sonra elle duzeltirken daha az aci
cekecegiz.

-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] kiyi verisi

[cagri coltekin]

On Wed, Apr 25, 2007 at 11:43:46PM +0200, Hakan Tandogan wrote:
> cagri coltekin wrote:
> > 
> > Anlastik. Ben Marmara'dan baslayip iki yone yavas yavas
> > ilerlemeyi dusunuyorum. Eger dusundugum gibi calisirsa, bu aksam
> > belki Karadeniz ve Izmir'e kadar ege sahilini de yukleyebilirim.
> > Yaklasinca tekrar listeye yazarim, ayni yerleri ust uste
> > yapmayalim.
> 
> Yükledigim (ve yüklemekte oldugum) bölgeleri 
> http://wiki.openstreetmap.org/index.php/WikiProject_Turkey sayfasina 
> ekledim, su anda (6 saatten beri gibi) Dalamanin batisiyla ugrasiyorum. 
> coast_import hakikaten bir hayli yavas.
> 
> Senin halledebildigin bölgeleri (mümkünse koordinatlari ile) ayni 
> sayfaya eklermisin?

Ben dun tembelligi sectim, bilgisayar basina oturmayinca olmadi.
Simdi marmara bolgesiyle ugrasmaya basliyorum. Ugrastikca
eklerim wiki'ye.

-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

Re: [Talk-tr] kiyi verisi

[cagri coltekin]

On Wed, Apr 25, 2007 at 01:31:15PM +0200, Hakan Tandogan wrote:
> 
> > Selam,
> >
> >
> > Bana bu sekilde yapmak coastline_import.pl'den daha pratik ve
> > temiz geldi. Program topluluk icine cikacak kadar duzgun yazilmis
> > degil ama denemek isteyen varsa seve seve paylasirim. 'shapelib'
> > kullaniyor, kucuk bir C programi (sadece Linux'ta denedim). Butun
> > Ortadogu shp dosyasini gpx ya da osm'e cevirmek 30 saniyenin
> 
> Bütün Ortagu dosyasi dedigin "NGA_GlobalShoreline_cd10" dosyami?

evet.

> > altinda suruyor, JOSM'u ve OSM sunucusunu mutsuz etmemek icin
> > kucuk kucuk calismakta yarar var ama. Urettigi sonuc su anda
> 
> coast_import en gec her 80 node'de bir yeni bir way olusturuyor,
> böylece JOSMu fazla mutsuz etmiyor. Gördügüm yollar cogunlukla bir
> level-12 karesinin icine sigmakta.

Benim porgram da parcaliyor segmentlere, ama butun Turkiye
kiyilarini birden yukleyince JOSM bellek bulmakta zorlaniyor
benim makinada :)

> 
> > sanirim coastline_export'tan daha iyi, ama pgs verilerinden
> > kaynakli bir gurup sorun var (ornegin denizin sag tarafta
> > kalmasini garantilemenin bir yolu yok). biraz ugrastiktan sonra
> > sonuclara  guvenirsem, dogrudan sisteme yukleme secenegini de
> > ekleyebilirim.
> >
> >> Ilk önce Antalya kiyisini denemek istiyorum (orasi Istanbul kadar
> >> karmasik degil). Ilk önce bu programla bütün kiyilari ekleyip sonra
> >> elimizde veri olan yerleri düzeltsek olurmu?
> >
> > Benim simdilik Marmara denizine bir el atasim var, olasi kucuk
> > sorunlari cozdukten sonra belki otomatik butun TR kiyilarini
> > ekleriz, ama bir sekilde uzerinden gecmis oldugumuz yerleri
> > isaretlesek iyi olacak..
> >
> > Ben bu aksam bir Marmara'ya el atip sonuclari yazarim..
> 
> O zaman ben Akdeniz kiyilarina baslamisken lat 37'den asagiya dogru olan
> kisimi bitireyim, sende Marmarayi dene. Senin program daha iyi sonuca
> varirisa coast_import'la ekledigim kisimlari silip tekrar senin programla
> ekleriz.

Anlastik. Ben Marmara'dan baslayip iki yone yavas yavas
ilerlemeyi dusunuyorum. Eger dusundugum gibi calisirsa, bu aksam
belki Karadeniz ve Izmir'e kadar ege sahilini de yukleyebilirim.
Yaklasinca tekrar listeye yazarim, ayni yerleri ust uste
yapmayalim.

Benim program ayni veriyi uretiyor, eksik/baglantisiz segment
konusunda biraz daha iyi su anda. programin su andaki kullandigim
hali ekte. aksam biraz daha toparlayacagim..

selamlar,
-- 
cagri

#include 
#include 
#include 
#include 
#include 


int main(int argc, char **argv)
{
SHPHandle   hSHP;
int nShapeType, nEntities, i, iPart;
const char  *pszPlus;
double  adfMinBound[4], adfMaxBound[4];
double  lonMin=-90.0, lonMax=90.0, latMin=-180.0, latMax=180.0;
unsigned long   node_count=1; 
unsigned long   start_node=1; 
unsigned long   pTotal=0;
unsigned long   way_start=1;
unsigned long   way_count=0;
int output_osm = 0;
int k;
int c;
int max_nodes=100;
/*double  prevLat=0.0, prevLon=0.0; */

while (1) {
int option_index = 0;
static struct option long_options[] = {
{"output-format", required_argument, 0, 'f'},
{"max-nodes", required_argument, 0, 's'},
{"minlat", required_argument, 0, 'p'},
{"maxlat", required_argument, 0, 'P'},
{"minlon", required_argument, 0, 'm'},
{"maxlon", required_argument, 0, 'M'},
{"osm", no_argument, 0, 'o'},
{0, 0, 0, 0}
};

c = getopt_long (argc, argv, "of:m:M:p:P:s:",
 long_options, &option_index);
if (c == -1)
break;

switch (c) {
case 'f':
if(!strncmp("osm",optarg, 3)){
output_osm = 1;
}
break;
case 'o':
output_osm = 1;
break;

case 'p':
latMin = strtod(optarg, NULL);
break;
case 'P':
latMax = strtod(optarg, NULL);
break;
case 'm':
lonMin = strtod(optarg, NULL);
break;
case 'M':
lonMax = strtod(optarg, NULL);
break;
case 's':
max_nodes = strtol(optarg, NULL, 0);
break;
default:
printf ("?? getopt returned character code 0%o ??\n", c);
}
}

if ((argc - optind) != 1) {
fprintf(stderr,"%s [options] shp_file\n"
"Options are:\n"
" -m --minlon-180..180 min merdian [-180]\n"
" -M --maxlon-180..180 max maridian [180]\n"
" -p --minlat-90..90 min parallel [-90]\n"
" -P --maxlat-90..90 max parallel [90]\n"
" -f --output-format osm or gpx [gpx]\n"
" -m --max-nodes  max nodes per way/trkseg [100]\n"
"0 for one way/trkseg per shape\n",
argv[0]);
retur

Re: [Talk-tr] kiyi verisi

[cagri coltekin]

Selam,

On Tue, Apr 24, 2007 at 10:28:47PM +0200, Hakan Tandogan wrote:
> cagri coltekin wrote:
> > - Daha ayrintili, ya da guvenilir verilerin varligindan haberdar
> >   olan var mi? 
> 
> Varsa ben bilmiyorum. Birkac gün önce evs-islands sitesinin sahibiyle 
> kontak olusturdum, ama onun türkiye sahilleriyle ugrasmasi bir hayli 
> sürecek (önümüzdeki aylardan bahsetmisti).

Ben islemesi daha kolay olsun diye NGDC verilerini denemistim,
ama dun biraz bakinip PGS'e dondum. cok daha ayrintili duruyor.

> 
> > - Hali hazirda girmis oldugunuz kiyi verileri var mi? (Hakan,
> >   golleri cizmeye basladigini biliyorum, deniz kiyilarina dokunan
> 
> Egirdir gölünü denemistim ;-)
> 
> >   var mi?) Otomatik olarak bir miktar kiyi bilgisi girersem,
> >   birseyleri bozmus olur muyuz?
> 
> subversion'da otomatik coast_import programi var, su anda onu deniyorum. 
> Senin "otomatik" kaynagin ayni programmi?

coasline_import'a bir goz attmistim, sevmedim. yavas ve bir
miktar kirli veri aktariyor sisteme. "duplicate nodes" gibi
teknik sorunlarin yaninda, bir de olmadik seyleri de coastline
diye gonderiyor sisteme. Istnbul bogazini denedigimde kopruler ve
bikac tane de buyuk gemi (sanirim) de eklemisti.

Daha once yazdigim shp dosyalarindan gpx track ureten bir
programi biraz degistirip JOSM'un anlayacagi osm dosyasi
cikarmasini sagladim. JOSM'da goz atip cok bariz sorunlari elle
duzeltip, istanabul kiyilarini yukledim. Sariyer ve Avcilari su
basti, ama sahilin geri kalanini yerine yukleyince duzelecek sanirim: 

http://www.informationfreeway.org/?lat=5021688.79119&lon=3225908.22974&zoom=12&layers=B000

Bana bu sekilde yapmak coastline_import.pl'den daha pratik ve
temiz geldi. Program topluluk icine cikacak kadar duzgun yazilmis
degil ama denemek isteyen varsa seve seve paylasirim. 'shapelib'
kullaniyor, kucuk bir C programi (sadece Linux'ta denedim). Butun
Ortadogu shp dosyasini gpx ya da osm'e cevirmek 30 saniyenin
altinda suruyor, JOSM'u ve OSM sunucusunu mutsuz etmemek icin
kucuk kucuk calismakta yarar var ama. Urettigi sonuc su anda
sanirim coastline_export'tan daha iyi, ama pgs verilerinden
kaynakli bir gurup sorun var (ornegin denizin sag tarafta
kalmasini garantilemenin bir yolu yok). biraz ugrastiktan sonra
sonuclara  guvenirsem, dogrudan sisteme yukleme secenegini de
ekleyebilirim.

> Ilk önce Antalya kiyisini denemek istiyorum (orasi Istanbul kadar 
> karmasik degil). Ilk önce bu programla bütün kiyilari ekleyip sonra 
> elimizde veri olan yerleri düzeltsek olurmu?

Benim simdilik Marmara denizine bir el atasim var, olasi kucuk
sorunlari cozdukten sonra belki otomatik butun TR kiyilarini
ekleriz, ama bir sekilde uzerinden gecmis oldugumuz yerleri
isaretlesek iyi olacak..

Ben bu aksam bir Marmara'ya el atip sonuclari yazarim..

-- 
cagri

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr

[Talk-tr] kiyi verisi

[cagri coltekin]

Merhabalar,

Hazir [EMAIL PROTECTED] kiyi denizleri maviye boyamayi ogrenmisken, bir miktar
kiyi cizgisi cizmeye baslama niyetim var. 

Bildigim en ayrintili "ozgur" veri ABD NGDC'nin [1] verileri.
Turkye civari icin veri cok ayrintili degil, ama baska kaynak
yoksa hic yoktan iyidir diyip otomatik olarak bir grup kiyi
cizgisini OSM'e aktarmayi dusunuyorum.

Iki soru:

- Daha ayrintili, ya da guvenilir verilerin varligindan haberdar
  olan var mi? 

- Hali hazirda girmis oldugunuz kiyi verileri var mi? (Hakan,
  golleri cizmeye basladigini biliyorum, deniz kiyilarina dokunan
  var mi?) Otomatik olarak bir miktar kiyi bilgisi girersem,
  birseyleri bozmus olur muyuz?


-- 
cagri

1. http://www.ngdc.noaa.gov/

___
Talk-tr mailing list
Talk-tr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-tr