Daha çox

Əlavə edilmiş sahə (lər) lə xidmət sahəsi poliqonları yaradın


Kimsə bir yol bilirmi? xidmət sahəsi poliqonları yaratmaq yaradıldıqda, çoxbucaqlıların yaradıldığı xüsusiyyət sinfindən bir sahə saxlayan hansıdır?

Məsələn, tək bir bağlamadan bir xidmət sahəsi yaratsam və bağlama məlumatlarımda Torpaqdan istifadə varsa Torpaqdan istifadə məlumatlarımı ehtiva edən bir xidmət sahəsi çoxbucaqlı sənəd yarada bilərəm?

İndidən etibarən, çıxış xüsusiyyət sinifində yaradılan bir məlumat, xidmət sahəsinin fasilə dəyərləridir.

ArcGIS 10.1-də Şəbəkə Analistindən istifadə edirəm.


Şəbəkə analizi xüsusiyyətlərin spesifik atributları və ya xüsusiyyətləri ilə əlaqəli olmadığı üçün, yalnız onların yerləşməsi və şəbəkə ilə əlaqəsi olduğundan, onları həlledici çıxışın bir hissəsi kimi daxil etməyin bir yolu yoxdur.

Bununla birlikdə, çoxbucaqlı nəticələrinizi götürə, bağımsız bir shapefile / xüsusiyyət sinifinə ixrac edə və sonra atributları xidmət sahəsindən poliqonlara köçürmək üçün birləşdirmə, məkan birləşməsi və ya başqa bir metoddan istifadə edə bilərsiniz (mərkəzlər, kəsişmələr və s.).

Neçə girişinizə (və bəlkə də yalnız birinə) bağlı olaraq, xidmət sahəsinin çoxbucağını müəyyən bir bağlama / giriş mənbəyindən təyin edən xüsusiyyətlər ola bilər, bundan sonra müntəzəm (məkan deyil) birləşmədə istifadə edilə bilər. Xidmət poliqonlarında bir Müəssisə Kimliği və Obyektlərlə əlaqəli ad xüsusiyyəti olmalıdır və Obyektlər bir Ad sahəsinə və ya mənbənin OID sahəsinə uyğun bir Ad xüsusiyyətinə sahib olmalıdır. Çıxışa daxil edilməsini təmin etməli, mənbədə bir Ad sahəsinin mövcudluğunu təmin etməlisiniz və / və ya bu sahəni həlledici konfiqurasiyada düzgün bir şəkildə xəritələməlisiniz. Daha çox məlumat üçün kömək sənədlərinə baxın.


"Analiz qatına sahə əlavə edin" (10.3; Pro) yoxlayın Kod parçası, sahəni obyektlər qatınıza necə əlavə edə biləcəyinizi izah edir, sonra obyektləri yükləyərkən məlumat gətirirsiniz)

Sənədləri əvvəlki versiyada tapdığım üçün bu, 10.1-də də mövcud olmalıdır. (9.3)


Fon

Bu yaxınlarda Şimali Amerika Mərkəzi Xərçəng Qeydləri Birliyi (NAACCR) Coğrafi İnformasiya Sistemləri (CİS) Xüsusi İş Qrupu qurdu ki, xərçəng reyestri işçilərinin xərçəng reyestri məlumatlarının toplanması, təhlili və təqdimatı üçün CİS-dən istifadə etməsinə kömək etmək üçün bir kitab hazırladı [1]. . NAACCR kitabçasının ilk fəsillərində qeyd məlumatları, xüsusən də coğrafi kodlaşdırma və məxfilik məsələləri barədə geniş məlumat verilir. 2002-ci ilin iyun ayında, Milli Xərçəng İnstitutu, xüsusi olaraq məkan məlumatlarının təhlilinə yönəltmək üçün NAACCR səyində analitik baxışı genişləndirmək üçün MD-nin Bethesda şəhərində seçilmiş mövzu mütəxəssisləri toplantısını maliyyələşdirdi. Dəvət olunanlara (Cədvəl 1-də verilmişdir) ifadə olunan fikirləri tarazlaşdırmaq üçün statistika, epidemiologiya və coğrafiyada məlumatları olan şəxslər daxildir.

Görüşün məqsədi, bu metodları sağlamlıq məlumatlarına tətbiq etmək təcrübəsi olan bu sahədəki mütəxəssislərin, sahənin inkişafına davam etdikcə fikirlərin dəyişəcəyini qəbul edərək rəhbərlik etmək idi. Hər hansı bir texniki sahə üçün tövsiyələrin yekdilliyinə nail olmaq çətindir, lakin təqdim olunanların ən azı sağlam prinsipləri, aydın olmasa da "ən yaxşı təcrübələri" təmsil etməsi ümidi ilə geniş əhatəli keçmişi və təcrübəsi olan iştirakçıları daxil etməyə çalışdıq. məkan sağlamlığı məlumatlarının təhlili üçün. Bu sənəd motivasiyaedici fikirləri təqdim edir və iştirakçıların alt qrupları tərəfindən hazırlanacaq bir sıra hesabatların geniş icmalını təqdim edir. İlkin hesabatların siyahısı Cədvəl 2-də görünür və mövzuya dair əlavə hesabatlar hazırlanır.

Motivasiya

Sağlamlıq məlumatları üçün GIS-ə maraq və istifadə son on ildə olduqca artmışdır. Sağlamlığa yerli coğrafi təsirlərin tanınması ən azından 1800-cü illərin ortalarından ortalarına qədər sarı qızdırma və vəba xəritələrinin inkişafına qədər uzanır [2]. Bu gün CİS olaraq 1963-cü ildə Kanada Torpaq Envanteri ilə əlaqəli inkişaflardan böyüdülsə də [3], Heath National Institutes of Nath (NIH) MEDLINE bibliographic verilənlər bazasında 1993-cü il arasında 1994 və 2002-ci illərdə CİS məqalələrinin sayı ildə 26% artdı və ümumilikdə insan sağlamlığı məqalələrində artımın dörd qatını təşkil etdi. Nəticədə NIH kitabxanası 2003-cü ildə ilk dəfə "Coğrafi İnformasiya Sistemləri" ni MEDLINE indeksləmə termini olaraq əlavə etdi. Diqqəti artıran bu nədir? Əksəriyyəti bunu hər kəsin masaüstündə artan hesablama gücünə və uyğun proqram təminatına aid edir, beləliklə CİS və digər analitik alətləri coğrafiyaçı və kompüter mütəxəssislərinin əlindən səhiyyə tədqiqatçısının əlinə keçirir. Məsələn, 1970-ci illərin əvvəllərində Milli Xərçəng İnstitutu ilk xərçəng ölümü atlasını hazırladığında [4], xəritələr Milli Okeanoqrafiya və Atmosfer İdarəetmə kompüter sistemlərində hazırlanmalı idi, çünki onlar yüksək səviyyədə hazırlaya bilən nadir dövlət qurumlarından biri idi. keyfiyyətli xəritələr. İndi standart bir fərdi kompüteri olan hər kəs bu cür xəritələri masaüstündə bir neçə dəqiqəyə hazırlaya bilər. Eynilə, georeferenced sağlamlıq məlumatlarının kompleks statistik analizləri də masaüstündə işləyə bilər. Masaüstü kompüterə və yerdən məlumat verilmiş sağlamlıq məlumatlarına giriş imkanı olan hər kəs xəritələr düzəldə bilsə də, bu xəritələrin potensial epidemioloji, kartoqrafik və / və ya statistik məsələlər (məsələn, çaşqın dəyişkənlər, əsas xəstəlik və sosial proseslər barədə mənalı bir fikir verdiyinə zəmanət yoxdur) vizual dəyişənlərin zəif seçimi və / və ya çox kiçik yerli seçmə ölçüləri). Nəticədə, məkana istinad edilən sağlamlıq məlumatlarının təhlilində rast gəlinən məlumatların, analitik və şərhli fərziyyələrin düşünülmüş tətbiqi və qiymətləndirilməsinə ehtiyac qalır.

Kompüter inqilabının təsirinə əlavə olaraq, bütün sağlamlıq məlumatlarının məkan xarakterli olduğu, yəni yerə istinad edildiyi artan bir tanınma. Böyük Britaniyanın Milli Səhiyyə Xidmətində CİS-in daha geniş yayılması üçün edilən son çağırış, CİS-in "problemin erkən aşkarlanması və həlli üçün güclü dəlillərə əsaslanan təcrübə vasitələri kimi çıxış edə biləcəyinə" diqqət çəkdi [5]. Bir çox sağlamlıq nəticəsi həm fərdi, həm də cəmiyyət səviyyəsində bir fərdin "mühiti" ilə əlaqədardır. Fərdi ətraf mühit faktorlarına yalnız aşkar su, torpaq və havanın tərkibi və təhlükəli materiallara məruz qalma deyil, həm də tütün tüstüsünə məruz qalma (şəxsi və ətraf mühit), məşğuliyyət, nəqliyyat seçimləri, hobbi və evin xüsusiyyətləri kimi həyat tərzi faktorları daxildir. . Sosial elmlər ədəbiyyatında "qonşuluq sosial konteksti" adlandırılan icma təsirlərinin səhiyyə siyasətinə, çatdırılmasına, istifadəsinə və nəticələrinə təsir göstərdiyi göstərilmişdir [6-10]. Hətta müəyyən bir coğrafi ərazidə olsa da, səhiyyə, əksər hallarda sakinlərin alt qrupları arasında dəyişir və bu da sağlamlıq fərqlərinin vacib bir araşdırmasına səbəb olur. Başqa bir nümunə olaraq, səkilər və ya yaşıl sahələr kimi qurulmuş mühitimizin xüsusiyyətlərinin fərdin fiziki fəaliyyət səviyyəsinə olan münasibətlər vasitəsilə sağlamlığa necə təsir etdiyini dərk etməyə başlayırıq [11].

Yerləşdirilmiş sağlamlıq məlumatlarına olan marağın və mövcudluğun artması ilə yaxınlıqdakı yerlərdə nəticələrin məkan korrelyasiyası nəzərə alınmaqla, onları düzgün şəkildə təhlil etmək üçün metodlara ehtiyac yaranır. Statistik nəticələrdəki məkan təsirlərinin tanınması, müasir statistik metodların, məsələn, əkinçilik sahə sınaqları üçün təsadüfi sahə dizaynı anlayışlarına aparan bəzi ilk inkişaflara aiddir [12].

Mekansal istinad olunan məlumatlar üçün nəzəri metodların inkişafı, kənd təsərrüfatı, entomologiya, bakteriologiya, kosmologiya, mədənçilik və digər sahələrdə nöqtə prosesi modelləri [13, 14], məkan proqnozu [15, 16] və məkan qəfəs modelləri [17-19] daxildir. meteorologiya. Matheron [15] və Gandin [16] tərəfindən geoloji məlumatların təhlili üçün müstəqil inkişaflardan təsadüfi proseslər böyüdükcə sabit nöqtələrdə alınan ölçmələrin təhlili metodları. Məkan statistikası, statistik hesablama və CİS sahələri 1960-cı illərdən bu günə qədər əhəmiyyətli dərəcədə inkişaf etmiş olsa da, bu inkişaflar bir-birindən böyük dərəcədə ayrı və müstəqildir.

Məkan statistik metodlarının tətbiqi həm CBS, həm də məkan statistik proqram paketlərinin geniş yayılması olduğu üçün daha çox yayılmışdır. Mekansal sağlamlıq məlumatları üçün statistik metodlara [20-25] və CİS-in sağlamlıq tətbiqetmələrinə [26-28] yönəlmiş bir neçə mətn olmasına baxmayaraq, iki sahənin, xüsusən də seçim və müxtəlif növ georeferenced sağlamlıq məlumatları üçün uyğun statistik metodlardan düzgün istifadə.

Mürəkkəb amillər

Xüsusilə, kliniki sınaqlardan və ya digər dizayn edilmiş təcrübələrdən alınan məlumatlardan deyil, müşahidə olunan insan sağlamlığı məlumatlarına uyğun məkan və məkan-müvəqqəti statistik metodlara diqqət yetiririk. Bu tip məlumatların çətin, lakin ümumi bir problemi, bu xəstəliyə ən uyğun olan vaxt və məkan üçün dəqiq ifşa və xəstəlik nəticəsi məlumatlarını əldə etməkdə çətinlikdir. Sağlamlıq nəticələri tez-tez uzun müddət və müxtəlif yerlərdə baş verən çoxsaylı və müxtəlif təsirlərin davamlılığının nəticəsidir. On illər ərzində bu mürəkkəb məruz qalma qaydasını necə ələ keçirə bilərik və ən başlıcası mövzu üçün məruz qalmağı hansı coğrafi yerə təyin edirik? İclas iştirakçılarının bir alt qrupu "yer" in müəyyənləşdirilməsi və müvafiq məlumatların tapılması ilə bağlı problemləri müzakirə etdi (bax Cədvəl 2). Boscoe, Ward və Reynolds tərəfindən hazırlanan International Journal of Health Geographics jurnalında yaxın zamanda yazılacaq məqalədə bu mövzular müzakirə ediləcək.

İnsan sağlamlığına dair məlumatların digər bir problemi, analiz üçün tələb olunan məlumatların bir çox mənbələrə səpələnməsi və tez-tez fərqli qruplar və qurumlar tərəfindən toplanmasıdır. Məsələn, bir sağlamlıq xidməti təşkilatı və ya hərbi xidmət kimi bir qapalı tibbi sistemə aid olmadığımız təqdirdə, hər bir şəxsin tibbi qeydləri fərqli tibb ofislərində saxlanılır. Klinik məqsədlər üçün toplanan bu qeydlər nadir hallarda məlumat analizi üçün arzu olunan demoqrafik məlumatları da əhatə edir və yalnız əvvəlki yaşayış yerləri və ya iş yerləri (sahələri) barədə məlumat vermədən xəstənin ev ünvanını (ilk növbədə faktura və ya digər əlaqə məqsədləri üçün) ehtiva edir. Bu çoxsaylı mənbələrdən təhlil üçün tələb olunan məlumatların toplanması və təsdiqlənməsi, ümumiyyətlə, məlumat doğrulamasının vacib, lakin vaxt aparan və tez-tez nəzərə alınmayan bir rol oynadığı təhlilin özündən daha uzun sürər.

Bu sahədə artan narahatlıq, tədqiqat subyektlərinin məxfiliyinin və məxfiliyinin qorunmasıdır. Bütün tədqiqatçılar bunun vacib olduğunu qəbul etsələr də, lazımi bir analiz üçün bu ehtiyacları məlumat ehtiyacları ilə uzlaşdırmaq çox vaxt çətindir. Xüsusilə, məkan məlumatlarının təhlili və nəticələrin xəritələşdirilməsi tez-tez konkret ünvanların olmaması ilə əngəllənir. Məlumat toplama agentlikləri və tibb müəssisələri məlumatların yayımlanması üçün getdikcə daha ciddi tələblər qoyurlar və çox vaxt yalnız geniş bir inzibati vahid üçün bir yer (adətən xəstənin ünvanı) təyin edirlər. Məsələn, bu yaxınlarda qəbul edilmiş Səhiyyə Sığortası Taşınabilirlik və Hesabatlılıq Qanunu (HIPAA) dövlətdən daha kiçik coğrafi bölmələrin qaldırılmasını tələb edir və Milli Səhiyyə Statistika Mərkəzi yalnız ilçe səviyyəsinə və ya əhalisi çox olan yerlərə toplanmış ölüm şəhadətnaməsi məlumatlarını yayımlayır. Yerin bildirilə bilən spesifikliyi çox vaxt analizin xəstəliyin məkan nümunələri ilə bağlı tədqiqat suallarını cavablandırmasına imkan verəcək qədər yaxşı olmur. Hal-hazırda təhlildə konkret fərdi məlumatların istifadəsinə imkan verəcək, ancaq nəticələrin yalnız ümumiləşdirilmiş səviyyədə göstərilən xüsusiyyətlərini gizlədən metodlar araşdırılır. Bu cür federal hesabat məhdudiyyətlərinə əlavə olaraq, əyalət və yerli hökumətlər əlavə tənzimləmə tələbləri əlavə edə bilərlər.

Bununla belə, bu cür tənzimləmələrin sağlamlıq məlumatlarının məkan təhlilini tamamilə qadağan etməsinə ehtiyac yoxdur, əksinə bu cür analizlərin baş verə biləcəyi konteksti dəyişdirir. Məsələn, analitiklər və məlumatları saxlayan qurumlar arasında qarşılıqlı razılığa gələn anlaşma memorandumları, əksər hallarda bütün hesabatlar yalnız ümumi nəticələr daxil etməsi şərti ilə fərdi səviyyəli identifikatorlarla məlumatların analizinə imkan verir. Bu cür memorandumlarda yerlərin xəritələrinin nə vaxt verilə biləcəyi bildirilir. Bir nümunə olaraq, Milli Xərçəng İnstitutunun Long Island Döş Xərçəngi Tədqiqat Layihəsi, qeydiyyatdan keçmiş istifadəçilərin georeferans göstərilən sağlamlıq məlumatlarını təhlil edə biləcəyi (lakin silə bilməyəcəyi) qorunan bir mühit təmin edir (yerində və ya uzaqdan erişilebilir) (daha çox məlumat üçün http: // www.healthgis-li.com/).

Sağlamlıq məlumatlarının təhlili ilə bağlı ümumi narahatlıqlara əlavə olaraq, xərçəng məlumatlarının məkan məlumatları analizi özünəməxsus problemlər yaradır. Xərçənglərin çoxu 20 ilə 30 il ərzində inkişaf edir və fərdin genetik həssaslığı ilə qarşılıqlı əlaqəli çoxsaylı təsirlərin nəticəsidir. On illərdir vahid bir yerdə az sayda amerikalı yaşayır - köç bir işin yerləşməsi üçün hansı yaşayış ünvandan istifadə ediləcəyi problemini ortaya qoyur. Gecikmələr xərçəng növünə görə və böyük ehtimalla bir insanın həssaslığına görə fərqləndiyindən, bu sual üçün az rəhbərlik mövcuddur. Xərçəngin nadir olması həm yüksək məkan dəyişkənliyi olan məlumatlardakı klasterlərin aşkarlanması, həm də məxfiliyi pozmadan nəticələrin çatdırılması üçün analiz üçün seyrək bir məlumat probleminə səbəb olur. John Snow-un Londondakı nəzəriyyə edilmiş vəba səbəbini yaşayış evlərinin xəritəsi vasitəsi ilə təsvir etməsi, kiçik bir coğrafi ərazidə tək və tam olaraq yerləşmiş bir ifşa ilə çox sayda xəstə olduğu üçün mümkün olmuşdur [29]. Xərçəng kimi nadir bir xəstəliyin qruplarının aşkarlanması üçün yaş, məkanda dəyişən əhali sıxlığı və hərəkətliliyin potensial qarışıq təsirlərini süzən inkişaf etmiş bir statistik vasitə lazımdır. Waller və Gotway [25] tərəfindən göstərildiyi kimi, fərqli statistik metodlar fərqli suallara cavab verir və uyğun tətbiq və şərhlərdə diqqətli olmalıdır. Bu və digər məkan məlumatları təhlili məhdudiyyətlərinin sonrakı müzakirəsi, Jacquez tərəfindən verilən məqalədə müzakirə edilmişdir [30].

Bu kimi narahatlıqlara baxmayaraq, xərçəng tədqiqatlarında mühüm kəşflər, məkan məlumatlarının təhlili nəticəsində baş verir. ABŞ ölüm göstəriciləri illərdir cədvəl şəklində nəşr olunsa da, 1975-ci ildə ölüm nisbətləri xəritələnənə qədər cənub-şərq əyalətlərdə yüksək ağız xərçəngi dərəcələri qrupu kimi məkan nümunələri ortaya çıxmadı, sonradan tüstüsüz olduğu üzə çıxdı tütün istifadəsi [4, 31]. Daha sonra, məsələn, Böyük Britaniyanın Seascale və TJ River, NJ uşaqlıq lösemi qrupları müəyyən edilmişdir [32, 33]. Ətraf mühit, genetik və viral fərziyyələr irəli sürülsə də, bu çoxluqların əksəriyyətinin səbəbi aydın deyil [34]. Bu tədqiqatlar məkan məlumatları analizinin tibbi tədqiqatlara potensial təsirini göstərir.

Nəhayət, əhalinin sağlamlığını yaxşılaşdırmaq üçün, yerdən əlaqəli xərçəng məlumatlarının kompleks analizlərinin nəticələri dövlət epidemioloqları və yerli xərçəngə nəzarət mütəxəssisləri kimi hərəkətə gələ biləcək mövqedə olanlara paylanmalıdır. Bu auditoriyanın tez-tez sağlamlıq problemlərinə sürətli reaksiya verməsi üçün statistik məlumatları tez bir zamanda əldə etməsi lazımdır və metodların altındakı statistik detalları anlamaq üçün texniki təcrübəyə sahib olmasını gözləmək olmur. Statistika mütəxəssisləri bu auditoriyanı nəzərdən keçirməli və xəritələri və hesabatları onlar tərəfindən asanlıqla əldə edilə biləcək şəkildə tərtib etməlidirlər. Beynəlxalq Səhiyyə Coğrafiya Jurnalı Bell, Hoskins və Wartenberg tərəfindən hazırlanacaq bir məqalə (Cədvəl 2) bu məsələləri daha ətraflı müzakirə edir


Ümumi söhbət: Coğrafi kodlama / Arxiv 3

Fotoşəkillərinizi Wikimedia Commons-a toplu şəkildə yükləmək üçün istifadə edə biləcəyiniz bir Perl skriptini yazdım, Nichalp-ın yükləmə senarisi. Ssenari daxil olmaqla bir çox funksiyaya malikdir:

  1. məlumat qutuları, kateqoriyalar və coğrafi qutular əlavə etmək
  2. adınızı, başlığınızı və GPS məlumatlarınızı Exif məlumatları kimi yerləşdirmək
  3. oriyentasiyanı düzəltmək üçün şəkillərin avtomatik çevrilməsi
  4. şəkillərin tez bir zamanda dəyişdirilməsi və
  5. kateqoriyaların, lisenziyaların və təsvirlərin əlavə olunmasını təmin etmək üçün ciddi yoxlama.

Bunu sınamaq üçün bir cəhd edin. Hörmətlə, Nichalp (müzakirə) 07:03, 8 sentyabr 2008 (UTC)

İstifadəçi: Thisisbossi şəkillərinin hər birinə bir pizza və hamburger də daxil olmaqla bir yer şablonu qoyur ki, bu da mənim üçün nəinki faydasız görünür, həm də Google Maps / Earth-ə baxan insanlar üçün zəhlətökən sitat (mənim etdiyim kimi, beləcə) Mən onları tapdım). Şablonu silməyin heç bir faydası yoxdur, onu yenidən geri qaytarır (və yenidən). Əvvəllər belə bir su şəkli haqqında belə bir müzakirə aparmışdıq (baxın müzakirə səhifəsinə). Birisi "Mənalı bir yer verilə bilməsi üçün çöldə çəkilən bir şəkildir" yazdıqdan sonra. Buraxdım, amma bu dəfə edə bilmərəm, bu çox qırmızıdır. Nə fikirləşirsən ? - Erik Baas (müzakirə) 21:10, 14 sentyabr 2008 (UTC)

Erik: Mən coğrafi konum etiketini çox istifadə etdim və tətbiqində kifayət qədər sərbəstəm, amma bunun bütün şəkillər üçün mütləq faydalı və ya uyğun olmadığını qəbul edirəm. Coğrafi yerləşmə etiketi, istifadəçilərin bir fotoşəkilin coğrafi yerini / mövqeyini / baxış nöqtəsini, mövzu qeyri-coğrafi olduqda və ya həqiqətən müəyyən bir yerə aid olmadığı zaman ümumiyyətlə uyğun olmayan məlumatları müəyyənləşdirməsinə kömək etmək üçün mövcuddur. (məsələn: Mövzu ilə bağlı məqalə üçün dırnağımı çəkə bilərdim, ancaq fotoşəkil çəkdiyim zaman dırnağımın yerini dəqiqləşdirən hər hansı bir istifadəçinin yanımda necə xidmət göstərəcəyini təsəvvür edə bilmirəm.) Açıq havada bir şey olduğuna dair açıqlama , bu da etiketi mənalı edir, eyni zamanda bir az titrəyir. Bağlı fotoşəkilləri əvvəlcədən uyğun göründüyü zaman (arenalarda, muzeylərdə və ya digər vacib tikililərdə) etiketləmişəm və bəzən məkana görə heç bir şey göstərmədikləri zaman açıq havada çəkilmiş bəzi kadrları etiketləməyi atlamışam (müəyyən qapılar). Mən də coğrafi kodlaşdırmanın yalnız bir şəkil silinmə tələbindən sağ çıxdığı üçün haqlı olduğu ilə razılaşmıram - bir görüntünün ləyaqəti coğrafi bir yerlə əlaqəsi məsələsi ilə əlaqəsiz görünür. IMO, qərar hər bir halda verilməli və "bu şəklin etiketlənməsi digər istifadəçilər üçün əlavə dəyər verərmi?" Elədirsə, yoxsa etiketləyin, bəlkə də yaxşı deyil. Huwmanbeing ☀ ★ 22:49, 14 sentyabr 2008 (UTC) Bu məsələlərin daha çox müzakirəyə ehtiyacı olduğuna razıyam və Erik Bassa bu məsələni burada qaldırmaq üçün təşəbbüs göstərdiyinə görə təşəkkür edirəm. Fikrimcə, müəyyən bir yerə xas olan hər cür unikal obyektin həqiqətən coğrafi etiketli olması lazımdır. Əvvəlki misalı götürsək: harada olmasından asılı olmayaraq dırnağım eynidır. Bununla birlikdə, kulinariya əşyaları (mənim fikrimcə), hər hansı bir yerdə satın alına bilən bir Domino pizzası kimi ümumi bir zəncir məhsulları olmadığı təqdirdə, müəyyən bir yerə xasdır. Su və lil şəkilləri ən maraqlı olmaya bilər, amma düşüncəm bu su və lilin başqa bir çayın rəngi və amp tərkibi ilə müqayisədə əlbəttə ki, unikal olması idi. Bütün flora şəkillərimi də coğrafi kodlaşdırdım. Mənim ümumi baxışım budur ki, Google Earth-də səyahət edən birisi yalnız mənzərə və şəhər küçələrinin şəkilləri ilə deyil, bəzilərinin kulinariya əsərləri, flora, fauna və s. İlə də maraqlana bilər. Əsasən mənim fikrim ümumi bir fikir ayrılığına gəlir. coğrafi kodlaşdırma strukturlar və coğrafiya ilə məhdudlaşır. -Bossi (söhbət • qalereya • qatqı) 02:15, 15 sentyabr 2008 (UTC) Kobud bir səsləndirmə: Yerə xas olan hər şeyi coğrafi etiketlə. Bina, coğrafi xüsusiyyət, əlamətdar bir yer. Pizzalar, hamburger və digər bu kimi əşyaların coğrafi etiketindən çəkinin. Nichalp (müzakirə) 05:42, 15 sentyabr 2008 (UTC) Nichalp: Birinci hissə ilə razıyam: binalar, yerlər və digər coğrafi və ya unikal mövzular açıq şəkildə coğrafi işarələnməlidir.Düşünürəm ki, flora kimi unikal olmayan mövzular da uyğun ola bilər. Məsələn, çöl çiçəklərini çəkdiyim zaman bəzən onları coğrafi kodlaşdırıram, çünki bəzi insanlar müəyyən növlərin harada böyüdüyünü bilmək və ya müəyyən bir coğrafi ərazinin və ya bölgənin florasını görmək istəyə bilər. Güman edirəm bənzər bir mətbəx fotoşəkilləri üçün edilə bilər, baxmayaraq ki, düşündüyümüz nümunələrdə qəbulu görmək xoş olardı. Çəkilişlərə daha çox restoran, insanlar və s. Daxil etmək (arxa planda olsa belə) fotonun mütləq müəyyən bir yerə xas olduğu daha cəlbedici bir vəziyyət gətirəcəkdir. Huwmanbeing ☀ ★ ★ 10:39, 15 sentyabr 2008 (UTC) Bəli, flora etibarlı bir əlavədir. Bunu düzəltdiyiniz üçün təşəkkür edirəm. Ancaq mətbəxdən çox əmin deyiləm. Mətbəxin və ya restoranların coğrafi etiket əlavə etmək üçün o qədər lokallaşdırılacağını gözləmirəm. Yəni, w: momo (qida) Tibetə xasdırsa, dəqiq coğrafi etiketləmə necə kömək edəcək? Nichalp (müzakirə) 15:17, 15 sentyabr 2008 (UTC) Doğru. Qəbul edirəm ki, bunun üçün xüsusi bir səbəb olmadığı təqdirdə yalnız yeməyi göstərən fotoşəkillərin etiketlənməməsi lazımdır. Huwmanbeing ☀ ★ 16:11, 16 sentyabr 2008 (UTC) Girdiyiniz və olduqca maraqlı bir müzakirəniz üçün hər kəsə təşəkkür edirəm. Yer şablonlarını pizza və hamburgerdən siləcəm. - Erik Baas (müzakirə) 22:47, 20 sentyabr 2008 (UTC) Artıq bir konsensus əldə edilmiş kimi gəlmir və gələcək texnologiyanın coğrafi kodlu medianı sıralaya biləcəyi təqdirdə niyə onları əvəz etmək əvəzinə şərh vermirik? -Bossi (söhbət • qalereya • qatqı) 02:39, 21 sentyabr 2008 (UTC) İstifadəçinin Google Maps / Earth-ə baxarkən maraq kateqoriyalarını seçməsi mümkün ola bilərmi? Bu şəkildə flora və ya qida ilə maraqlanan birisi yalnız müvafiq kateqoriyada olan şəkillər üçün nişanlar görərdi. Walter Siegmund (müzakirə) 04:08, 15 sentyabr 2008 (UTC) Gələcəkdə Google Exif məlumatlarını oxusa mümkün ola bilər. Yükləmədən əvvəl şəkillərimin Exif məlumatlarına kateqoriyalar və açar sözlər yerləşdirdim. Yuxarıdakı ssenarim bunu edə bilər. Nichalp (müzakirə) 05:41, 15 sentyabr 2008 (UTC) Bu ümumi konsensusun coğrafi etiketləmə mətbəxinə qarşı olduğu səslənir. Buna görə hər hansı bir coğrafi etiketin birbaşa silinmədən çox şərh edilməsini tövsiyə edirəm. Hər kəs razıdır? -Bossi (söhbət • qalereya • qatqı) 00:00, 17 sentyabr 2008 (UTC) Bunun necə kömək etdiyini görmürəm. Ancaq coğrafi etiketlərə sahib olmaqda israr edirsinizsə, onu məlumat şablonunun təsviri sahəsində açıq mətn kimi qoymanızı məsləhət görürəm. Nichalp (müzakirə) 14:10, 21 sentyabr 2008 (UTC) Coğrafi etiketləmə mətbəxini dəstəkləyirəm! Kimsə bu barədə əlavə məlumat çıxara bilər. Bənzər bir şəkildə Boeing 737 təyyarəsinin fotoşəkilindəki bir təyyarənin xüsusi qeydiyyat nömrəsinin qəsdən buraxılması üçün mübahisələndirmək olar. Yalnız istisna olmaqla, bu xüsusi təyyarənin qəzaya uğraması və yaxşı təsvir edilə bilməsi halında dəqiq fotoşəkil alınmaz. Sən heç bilmirsən. --Sececious (müzakirə) 03:35, 17 sentyabr 2008 (UTC) Təyyarə məsələsində, insanların göstərilən modeli müəyyənləşdirmək üçün qeyd nömrəsini istifadə etmələrini gözləmək olar. Mətbəx məsələsində, insanların müəyyən bir pizza parçasını təyin etmək üçün enlik və boylamdan istifadə etməsi ehtimalı daha azdır. Huwmanbeing ☀ ★ 01:33, 18 sentyabr 2008 (UTC) Aydın olmaq üçün modeli müəyyən edən "737-500" -ə deyil, məhz bu vasitəni təyin edən "VP-BKO" ya, və modeli göstərmir. --Gözəl (müzakirə) 18:56, 18 sentyabr 2008 (UTC) Bu çox gözəl bir fikirdir! Vikimedia layihələrinə xas olan dəyərin ən böyük hissəsinin hələ kəşf olunmadığına inandığımdan coğrafi kodlama məsələsində fikirlərim olduqca liberaldır. Məlumatımızın ən böyük istifadəsinin nə olacağını bilmirik. Bu vaxt Google Earth qatını coğrafi koordinatları ilə sərbəst şəkildə əlaqəli şəkillərlə qarışdırdığımız doğru olsa da, gələcəkdə bunu daha yaxşı çeşidləmə ilə yüngülləşdirə bilərik. Çox növ coğrafi kod yaratmaq səyinin güclü tərəfdarı olardım. Ümumiyyətlə, "əlavə" silmək əvəzinə kollektiv olaraq töhfə verdiyimiz məlumatları kifayət qədər kateqoriyalara ayırmaq üzərində düşünməliyik. --Specious (müzakirə) 03:29, 17 sentyabr 2008 (UTC) Coğrafi kodlaşdırılan medianın növü üçün əlavə bir parametr təmin edilə bilərmi? Məsələn: coğrafiya, quruluş, flora, fauna, mətbəx, göy, yeraltı və s. Bəlkə bunları Google Earth-ə çevirmək EXIF ​​məlumatlarını oxumaq üçün gözləməkdən daha asan ola bilər. -Bossi (söhbət • qalereya • qatqı) 03:44, 17 sentyabr 2008 (UTC) Düşünürəm ki, bu artıq məlumat olacaq. Və mən nifrət edirəm, nifrət edirəm, nifrət edirəm + + üçqat nifrət lazımsız məlumatlardan (peşə həyatımdan çətin dərslər)! Əksinə, şəkil səhifəsinin kateqoriyalarında olan məlumatları istifadə etməliyik. Bir "flora görüntüsü" varsa, flora kateqoriyası ağacında olacaq. Gələcəkdə irəliləyiş, geodatanı çıxaran vasitənin, görüntünün hansı kateqoriyalı ağaclara aid olduğunu təhlil edərək öz şəkillərini öz super kateqoriyalaşdırmasına imkan verməkdir. Bu, Commons təbəqələrinin istifadəçisinin istifadəçinin maraqlandığı media növü üçün süzülməsinə imkan vermək üçün istifadə olunmalıdır. Bilirəm, amma mümkündür. Məlumat var. Söhbət ondan çıxarılmaqdan ibarətdir. Tamamilə razıyam: ixtisar pisdir. Ümumi istifadəçilər üçün daha çox (aydın olmayan) qaydalar və tələblər daha da pisdir. Və əgər coğrafi məlumatları ümumi məlumatlardan çıxara bilirlərsə, bir sıra kök kateqoriyasını çıxarmaq nisbətən asan olmalı və təsnifat sisteminin təşkilində onları muxtar etməlidir. --Foroa (müzakirə) 08:05, 17 sentyabr 2008 (UTC) Razıyam ki, hər kəsin düzəldə biləcəyi və ya bəzən zəhərləyə biləcəyi bu mühitə daxil olmasına nəzarət etmək əvəzinə, məlumatlar göründüyü zaman hazırlanmağa və süzülməyə çalışmalıyıq. Etiket sistemi yaxşı olardı, lakin istifadəçilərin şəkillərini əvvəlcə kateqoriyalara ayırması çox çətin olduğundan, hələ kateqoriyalardan istifadə edərkən edilməməlidir. Buna görə başqa bir həll yolu lazım olacaq. Bu, Commons talk-də müzakirə olundu: Geocoding / Archive 1 # GeoCommons, digərləri arasında kateqoriyalara ayırır və semantik sürüşmə problemi əvvəlki kimi güclüdür. Təyyarənin bu incə görüntüsü həssaslıqla kateqoriyalara ayrılır, ancaq ana kateqoriyalarını izlədiyimiz zaman həqiqətən heyvanlar, sənət, bina, tarix, xəritələr, modellər, kağız, insanlar, simvollar, alətlər və müharibə kimi kateqoriyalara aiddir ( daha çox məlumat üçün uzun bir sorğu). Bir yerdən bəhs etdiyimi xatırladığım bir həll, hər bir kateqoriyada ana kateqoriyalarının əhatə dairəsini və onlarla əlaqənin növünü müəyyənləşdirmək ola bilər, bu da geokodlaşdırma və ya hər hansı digər Commons ilə əlaqəli vasitələrin istənilən məlumatları təkmilləşdirilmiş şəkildə oxuya və göstərə bilər. semantik. Düşünə biləcəyim bütün digər həll variantları qədər böyükdür, ancaq bu, yalnız bir məqsədə xidmət edəcəkdir. --Para (müzakirə) 12:51, 17 sentyabr 2008 (UTC) Kədərlənin, kateqoriyamızın sisteminin nə qədər qırıldığına dair başqa bir nümunə (bax: poçt siyahısına). Niyə yalnız kateqoriyaları etiket kimi istifadə etməməyimiz mənim anlayışımdan kənardır. Bu çox faydalı olardı və alət hazırlayanlar üçün həyatı bu qədər asanlaşdırardı. --Dschwen (müzakirə) 14:25, 18 sentyabr 2008 (UTC)

NASA-nın World Wind proqramı ilə (və ya Google Earth ilə) yaradılan şəkillərin coğrafi kodlaşdırmağın bir mənası varmı? Kameranın düz aşağıya baxması ilə sadə bir peyk şəklidirsə, düşünürəm ki, obyektin koordinatları kamera yeri kimi istifadə edilə bilər. Bununla birlikdə, Yer səthinin (sağda göstərilən şəkil kimi) meylli bir görünüşünü göstərən sintetik şəkillər üçün kamera yeri ilə bağlı suala cavab vermək çətindir. Buna görə bu mövzuda hər hansı bir şərhə razı olardım. --Vesta (müzakirə) 11:47, 17 sentyabr 2008 (UTC)

Coğrafi kodlaşdırma ümumiyyətlə mətn ünvanının enlem uzunluğuna çevrilməsinə aiddir (və əks coğrafi kodlaşdırma lat / küçəni küçə ünvanına çevirməkdir). Hər hansı bir veb axtarışdakı ilk 30 vuruşa baxın və ya çox yaxşı qurulduğunu təsdiqləmək üçün google kitab axtarışındakı lüğətlərə baxın.

Bu səhifədə müzakirə edilən konsepsiya, lat / lon'u daha coğrafi etiketləmə adı verilən bir media ilə əlaqələndirir. Dünyanın bir çox hissəsinin "veb səhifəsi" adlandırdığı anlayış üçün "veb server" in özünəməxsus termini olaraq "veb server" istifadə edərək bir ensiklopediyanın ekvivalenti olan terminlərdən sui-istifadə edərək bu fərqi qarışdırmayaq.

(Əlbətdə ki, coğrafi kodlama, GPS və xəritəyə vurma metodları ilə birlikdə coğrafi etiketləmə üçün istifadə ediləcək bir lat / lon təklif etmək üçün bir yoldur - lakin anlayışlar fərqlidir). - 74.85.19.241 (müzakirə • töhfələr) tərəfindən əlavə olunmuş imzasız şərhdən əvvəl 02:45, 18 sentyabr 2008 (UTC)

En: Geocoding saytından sitat: Mediya coğrafi kodlaşdırıla bilər, məsələn şəkil çəkildiyi yer. --Dschwen (müzakirə) 03:00, 18 sentyabr 2008 (UTC) Və bax en: Geocoded fotoşəkili. --Dschwen (müzakirə) 03:04, 18 sentyabr 2008 (UTC)

Image bölgəsindəki Google Maps-i vurun: Hôtel de la Communauté urbaine de Dunkerque Grand littoral.JPG (51 ° 2′9.783157350948386 ″ N, 2 ° 22′18.951873779296875 ″ E) və bu şəkil sol paneldə görünür Image: Orta əsr vinç - Brugge.jpg. Yaxınlaşdırın və Dunkerque-dən hərəkət edin, beləliklə xəritədə işarə işarəsi görünməsin, lakin göstərilən şəkil sol paneldə qalır. (Firefox 3.0 XP-SP2) yox, (AsusEEEPC-də Firefox 2.0 Linux)? ClemRutter (müzakirə) 21:44, 21 sentyabr 2008 (UTC)

kənd nasosundan kopyalanmışdır

Coğrafi kodlu fotoqrafiya istəklərini istifadəçi səhifələrini coğrafi kodlaşdıran istifadəçilərin adları ilə əlaqələndirən (və avtomatik mesajları yerləşdirən) bir az bot yazmaq, verilmiş altyapıya sahib bir tort parçası olardı. Bu, ümumi səhifələrdəki istifadəçi səhifələrinin coğrafi kodlaşdırmasını faydalı edəcəkdir! Fotoşəkil axtaran şablonlar təqdim edən və məqalələrini coğrafi kodlaşdıran vikipediyalara da sorğu vermək olardı. Uzaqdan faydalı ola bilmək üçün coğrafi kodlu istifadəçi səhifələri olan böyük bir istifadəçi bazasına ehtiyacımız olduğu üçün bu geniş şəkildə elan edilməli idi.

Və / və ya istəkləri mövcud coğrafi kodlu şəkillər və onların yükləyiciləri ilə əlaqələndirə bilərik. Mövcud şəkillərin yeri ya istifadəçilərin əsas bazasına yaxın ola bilər, ya da istifadəçi hələ yükləmədiyi bölgədən əlavə şəkillərə sahib ola bilər. --Dschwen (müzakirə) 00:47, 26 sentyabr 2008 (UTC)

Hər hansı bir şərh var? Bunu daha da davam etdirməliyəm? Digər Wikipedia Coğrafi Kodlama layihələri ilə əlaqə qurun? --Dschwen (müzakirə) 00:48, 26 sentyabr 2008 (UTC) Asan olsa-

bəli. Baxmayaraq ki, şəxsən şəkillərim artıq keçdiyim yolları əks etdirir. Sonra yenə də bir gecə yatağı, yaxşı bir şirkət və bir az yaxşı yemək Ryanairin uçduğu yerə getmək üçün inandırıla bilər. ClemRutter (müzakirə) 15:57, 26 sentyabr 2008 (UTC)

Bəli, asandır, bu səhifə sayt bildirişindən qısa müddətə bağlana bilər. Bir suala və bəlkə bir az daha mətnə ​​ehtiyac var. --Dschwen (müzakirə) 16:19, 30 sentyabr 2008 (UTC)

Mən bir şey etməyim lazım olan bir məktub almaq istəmirəm, yəni çirkin bir qatar stansiyasını və ya digər şəkillərini çəkmək lazımdır. Ancaq nə istərdim ki, kiçik bir səyahət planlaşdırsam, şəkillərin istədiyi yeri görə biləcəyim bir xəritə əldə edə bilərəm. Beləliklə, coğrafi kod istifadəçi səhifələrinə ehtiyacımız yoxdur, lakin digər səbəblərdən də səhv deyillər. "İstədiyiniz şəkillər" şablonu ilə digər fikir çox yaxşıdır. --Kolossos (müzakirə) 13:58, 1 oktyabr 2008 (UTC) Tamamilə poçt yoxdur! İstədiyiniz yerdə nəql edə biləcəyiniz və ərazinizdəki ən son sorğu siyahısını saxlayan istifadəçi məkanınızdakı bir bot tərəfindən redaktə edilmiş bir alt səhifə kimi daha az qarışıqdır. Səfərlər üçün bu cür siyahıları da hazırlaya bilərsiniz. Nə vaxta qədər istifadəçilərin əksəriyyəti yavaş-yavaş danışırlar -). İstifadəçinin olduğu bir sistem varsa təşəbbüs göstərmək istəkləri axtarmaq üçün işləyərdik, o zaman olmazdı hər hansı istənilən halda açıq istəklər. Onsuz da şəkillər tələb edən məqalələr Vikipediyada kateqoriyalar. --Dschwen (müzakirə) 14:39, 1 oktyabr 2008 (UTC) Fikrimdəki bir istifadə həm də ərazimdə yeni şəkillər görə biləcəyim bir saytdır. Bu maraqlı olardı. Bir ildən çox istifadə etdiyim öz tətbiqetməm şəkilsiz Wiki-məqaləsidir. Bəlkə bunun üçün daha çox reklam etməliyəm. --Kolossos (müzakirə) 17:54, 1 oktyabr 2008 (UTC) Daha da çox əməkdaşlıq etməliyik :-). Məlumat dəsti güncəl deyil. Bu çöplüklü zibillikləri unut. Kiçik bir SQL sorğusu sizə lazım olan bütün məlumatları əldə edə bilər. Sorğu bir neçə dəqiqə çəkəcək, amma hesab edirəm ki, gündə bir dəfə keçirmək üçün kifayətdir. --Dschwen (müzakirə) 19:26, 1 oktyabr 2008 (UTC)

Yol kateqoriyalarına coğrafi yerləşmə əlavə etmək üçün qəbul edilmiş yaxşı bir təcrübə varmı, bir yolun iki ucu üçün iki etiket əlavə etməyim və ya ortada bir nöqtə seçməyim lazımdır. Təşəkkürlər. KTo288 (müzakirə) 09:56, 26 sentyabr 2008 (UTC)

Hm, hələ coğrafi kodlaşdırma kateqoriyalarına dair heç bir siyasətimiz olmadığını düşünürəm. Lakin uzun yollar üçün hər iki tərəf də qeyri-qənaətbəxşdir (66 nömrəli marşrutu düşünün, bir neçə min mil). Bir müddət əvvəl burada satır kimi coğrafi kodlaşdırma təklifimiz vardı Commons_talk: Geocoding / Archive_1 # Polygons_rather_than_points .. --Dschwen (müzakirə) 13:20, 26 sentyabr 2008 (UTC) Bunun yaxşı bir fikir olduğunu düşünmürəm . GPS cihazı və sinxronizasiya proqramı ilə kateqoriyanın hər bir görüntüsünü coğrafi kodlaya bilərsiniz. Yoxsa küçə kifayət qədər vacibdirsə, vikipediya məqaləsi yazın və bəzi insanlar küçə ilə xəritə yarada bilərlər. Kolossos (müzakirə) 14:46, 26 sentyabr 2008 (UTC) Əsasən kateqoriyalara dair coğrafi kodlar verməli olduğumuz və ya coğrafi kodlu görüntülərin nöqtə buludu ilə örtüklü olaraq coğrafi kodlaşdırmağımız sualına cavab verir. in bu kateqoriya. --Dschwen (müzakirə) 16:05, 26 sentyabr 2008 (UTC) Yolların düz bir xətt olduğunu düşünürsən. Bir çoxu yoxdur və bu yolların orta nöqtəsi üçün coğrafi yerləşmə səhv ola bilər. Nichalp (müzakirə) 15:30, 26 sentyabr 2008 (UTC) Hmmm, coğrafi etiketlər əlavə etdiyim yerlər və binalar üçün kateqoriyalar yaratarkən, ən azı bir neçə mil məsafədə, 66 nömrəli yoldan daha təvazökar bir miqyasda yollar düşünürdüm , kateqoriyalaşdırdığım bir yol üçün də eyni şeyi etmək istəyirdim. KTo288 (müzakirə) 10:15, 2 oktyabr 2008 (UTC)

Hey uşaqlar, keçdik 100000 bir müddət əvvəl geocoded şəkillər. Cari say 102534. Buradakı hər kəsə təbriklər! --Dschwen (müzakirə) 13:15, 26 sentyabr 2008 (UTC)

Xoşbəxt yükləyən kim idi? Nichalp (müzakirə) 15:28, 26 sentyabr 2008 (UTC) Çıxarılan koordinat məlumatlarımdakı 100000 Xətti Şəkildir: Catharijnebaan_UU.jpg (15 sentyabr yüklənib). Yükləmə vaxtı və ya coğrafi kodlama vaxtı (bu şəkil eyni olduğu təqdirdə) üçün çeşidlənib-düzmədiyini dəqiq bilmirəm. Yəni Victor van Werkhooven yay :-)! --Dschwen (müzakirə) 16:04, 26 sentyabr 2008 (UTC) Növbəti mərhələyə yaxınlaşanda deyin. Bir sıra yeni fotoşəkilləri toplu şəkildə yükləmək üçün skriptimi istifadə edəcəyəm. :) Nichalp (müzakirə) 16:23, 26 sentyabr 2008 (UTC) Yaxşı ki, bir-iki min kilometri keçib gözləmisiniz, beləliklə bütün qeyri-dəqiqlər sayını həddən artıq yüksəltməsin! Qrafiki də yenilədim və deyəsən son iki ay ərzində coğrafi kodlaşdırma getdikcə daha populyarlaşdı. Hey! --Para (müzakirə) 16:52, 1 oktyabr 2008 (UTC) Etiketli şəkillərimizin% 86-sı başlıqdan məhrumdur. Bununla əlaqədar nə edə bilərik? Sərin bir vasitə yazmaq ağlıma gəlir. --Dschwen (müzakirə) 14:48, 3 oktyabr 2008 (UTC) w: İstifadəçi: Teslaton / Tools / GeoLocator demək olar ki, orada görünür, hərçənd insanlar belə bir düzeni olan vasitələrin bir az geek olduğunu düşünə bilərlər. Yenə də fikir var və çox yaxşı işləyir. İndi bizə lazım olan yalnız nəticələnən etiketi əlavə etmək və alətin bir sıra şəkillər üzərində işləmək üçün asan bir yoldur. Bu metodla bəlkə də başlıqlardan bəhs etməyə ehtiyac olmadan əsas obyektin koordinatlarını da əldə edə bilərik. "Təsvirin mərkəzində görünən əsas xüsusiyyəti vurun", rəhbərlik üçün şəklin kiçik bir hissəsinə şaquli bir xətt çəkildi. --Para (müzakirə) 13:43, 6 Noyabr 2008 (UTC)

İstifadəçi: Multichill / Kateqoriya təkliflərini Şablon: Populyasiya kateqoriyasından istifadə edərək bir qalereyada hər bir şəklə ən azı bir kateqoriya qoymağa çalışarkən kömək edirəm. Buna görə Polşadakı kilsələrin gözəl şəkillərinin qalereyalarına baxırdım. Bu kateqoriyalardan bəzilərini coğrafi vəziyyətə gətirməyim həqiqətən faydalı olardı - əvvəlcə ağlımı qorumaq üçün, ikincisi isə bu qalereyalardakı bütün şəkilləri sonrakı bir tarixdə etiketləmək üçün istifadə edilə bilən əsas yer verərdim.

  1. Beləliklə coğrafi etiketləmə siyasətini tərsinə çevirə bilərikmi?
  2. Kamera obyekti deyil, bir kateqoriya obyekti üçün istifadə edilməli bir etiketi qəbul edə bilərikmi?
  3. Nə olacaq? ClemRutter (müzakirə) 16:26, 26 sentyabr 2008 (UTC)

Təxminən bir neçə dəqiqə ərzində Image: ChathamAmherst6610.JPG ətrafında mərkəzləşmiş bəzi 100-dən çox şəkil yükləməyə sərf etdim. Google maps metodunu iki istifadə etdim - bu seriyadakı cümə günü olduğu kimi: Sommières7346.JPG. Google Maps çıxardığım üçün kredit tələb edirəm? Görünən budur ki, yeni Commons nişanlarını - bütün şənbə və bazar günlərini göstərməkdən imtina edir. ClemRutter (müzakirə) 20:05, 5 oktyabr 2008 (UTC)

Alət serverində bəzi problemlər yaşandı [1] və Commons üçün təkrarlama kəsildi. Həftəlik təkrarlama qrafikinə baxanda yavaş-yavaş tutulur. --Para (müzakirə) 22:04, 5 Oktyabr 2008 (UTC) Budur, yenə də təkrarlanan fasilə vaxtı yenidən başlayırıq. --Para (müzakirə) 14:54, 13 oktyabr 2008 (UTC)

Salam Bir müddətdir şəkillərimi coğrafi kodlaşdırırdım və indi kiçik bir test etdim. Göründüyü kimi (məsələn, wikiminiatlas-da) Çexiya coğrafi kodlaşdırılıb, çox səhv və çox görüntü yoxdur, lakin kiçik ölkələrin əhatə dairəsi daha pisdir. Google xəritələrində Sarayevoya baxdım və həqiqətən pisdir. Koordinatları olan şəkil çatışmazlığı demək deyil, bu daha sonra həll edilə bilər. Məni maraqlandıran şey, şəkillərin mövcud yerlərindən təxminən 500-2000 metr aralıda səhv yerləşdirildiyi faktdır. Bilirəm ki, səhvlər olur və bəzən çox şey edirəm. Ancaq bəzi yerlərə diqqət yetirmək və problemləri həll etmək üçün belə bir şərt elan etmək yaxşıdır. Yaxşı bir coğrafi kodlu görüntünün bir miqdarının necə böyüdüyünü bir qrafik qoymaq yaxşıdır, lakin faydasız koordinatlarla mənasını itirir. Təşəkkürlər. --Aktron (müzakirə) 18:19, 8 oktyabr 2008 (UTC)

Salam, bu yaxınlarda wikimapia beta xəritə növü menyusunda gördüyümüz kimi wikimapia'da panoramio fotoşəkil qatını əlavə etdi: http://www.wikimapia.org/beta/#lat=-16.3569461&lon=-46.8994439&z=6&l=9&m=p&v= 1 Məncə wikimapia wikicommons şəkillər qatını da əlavə etsə əla olacaq.Buna görə bu mövzuda bir mövzu yaratdım, baxın: http://www.wikimapia.org/forum/?t=3134 Burada kimsə wikimapia-da bu seçimi görmək istəyirsə, oraya göndərin. Təşəkkürlər.

Mükəmməl fikir, Vlunal! Artıq bir müddətdir hər iki layihəyə töhfə verirəm, ona görə şəxsən Vikimedia Commons-da coğrafi kodlaşdırdığım yüzlərlə şəklin WikiMapia-da görünməsini görmək istərdim. Təəssüf ki, WikiMapia açıq mənbəli bir layihə deyil, buna görə də bunu etmək qərarına gəldikləri inkişaf etdiricilərə aiddir. Əminəm ki, edərlər! --Gözəl (müzakirə) 05:11, 4 Noyabr 2008 (UTC)

Yer Şablonunda da bir Başlıq istəyi var. bəs ist necə istifadə olunur? Şablon bu məlumatı vermir? wbr --Stefan-Xp (müzakirə) 17:47, 16 Noyabr 2008 (UTC)

Commons: Geocoding # Parametrlər sizə kömək etməlidir. Bəli, bu parametrin xəritə tətbiqetmələrində çox faydalı olduğuna inanıram. --Kolossos (müzakirə) 18:12, 16 noyabr 2008 (UTC) Bunu əvvəllər oxudum, amma sualım da o qədər də dəqiq deyildi. Onların hansı məqsədlə gözlənildiyini bilmək istərdim. --Stefan-Xp (müzakirə) 18:42, 16 Noyabr 2008 (UTC) Kiçik yuvarlaq bir nişanla təkrarlanan koordinatlar kameranın harada dayandığını göstərir və başlıq harada olduğunu dəqiqləşdirmək üçün oradan kiçik bir ox kimi görünür. kamera sivri idi. Məsələn, burada çox şey var. Kameranın yerləşməsindən çox, obyektin coğrafi kodunu qoysaq, bu qədər mənalı olmaz. --Gözəl (müzakirə) 20:14, 16 Noyabr 2008 (UTC) Ahh :) çox sərin! Ancaq kiçik bir pusula kimi Şablona inteqrasiya edilə bilən perhapps? Beləliklə, istifadəçilər Coğrafi Etiketin bir başlığı olub olmadığını görə bildilər :-) --Stefan-Xp (müzakirə) 20:52, 16 Noyabr 2008 (UTC)

Şəkillərimdə Başlığı olmayan koordinat şablonlarını necə tapa bilərəm? --Stefan-Xp (müzakirə) 22:49, 29 Noyabr 2008 (UTC)

Həqiqətən çox sərin. Kameram şəkillərimin yarısını avtomatik olaraq coğrafi etiketləyir, lakin başlıqları bilmir, buna görə yüklədikdən bir neçə gün sonra başlığı əlavə edirəm, məsələn File: Spuyten Duyvil Br Bx jeh.JPG. Varsayılan olaraq, bütün başlıqlar şimaldadır, buna görə Google Maps bir İcma dairəsi sahəsini göstərdikdə, oxu yuxarıya doğru istiqamətləndirənlər əsasən kodlaşdırılmamış başlıqlar olacaqdır. Kodlaşdırılmamış başlıqlardan ayırmaq üçün başlıqlarımı şimala görə ən azı on dərəcə endirmək üçün bir qayda etdim. 'Başsız römorkları göstərmək üçün daha az qeyri-müəyyən bir üsula sahib olmaq xoş olardı. Jim.henderson (müzakirə) 15:16, 2 May 2009 (UTC) Oh. Sızıltı eşidiləcək. Son bir neçə gündə, koordinatları olan, lakin başlıqları olmayan şəkillər Google Maps-də nöqtəsiz tam yuvarlaq dairəvi şəkillərdə, sivri dairələrdən daha cəsarətli görünür. Beləliklə, bir baxışda hansı pikselin məlum başlıqların olduğunu və hansının olmadığını, yeri bilən bir insanın adətən yeri müəyyənləşdirə biləcəyimizdən daha sürətli faydalı dəqiqliyi müəyyən edə biləcəyini görə bilərik. Yol sərin. Həyat yaxşılaşmağa davam edir. İndi başqa bir sızıltı üçün, şəhər yerləri qırmızı / mavi yer römorkları ilə xalça halına gəldikdə, xəritələri doldururlar. Başlanğıc xəritənin miqyası bizim böyüdülməyimizi gözləmək əvəzinə çərçivədəki və ya çərçivənin mərkəzi hissəsindəki məhdud sayda və ya dairəvi sıxlığı göstərmək üçün avtomatik olaraq tənzimlənə bilərsə, daha gözəl və daha faydalı olardı. Həmişə bunun çətin olub olmadığını və bunun necə ediləcəyini başa düşən ağıllı insanları dinləyəcəklərini ümid edirəm. 05:05, 6 May 2009 (UTC) Hmm səhv edirəm. Varsayılan sıfır başlığa sahib olan öz şəkillərim Google Maps-də oxu şimala yönəldilmiş bir dairə şəklində göstərilir, digər fotoqrafların pikselləri isə dairəsiz, oxsuz dairəvi şəkillərə malikdir. Başa düşmürəm Jim.henderson (müzakirə) 17:50, 8 may 2009 (UTC)

Başqa birinin şəkli, Google Maps-də düzgün bir dəyirmi simvolu olan, başlığı a ilə göstərildiyi üçün görünür? sual işarəsi. Bu, şəkillərimin başlığında səhv bir sıfır verən eyni bot tərəfindən işlənmişdir. Beləliklə, jt, mənim kameramda avtomatik olaraq etiketlənən, botun olmadığı zaman bir başlıq verməsinə səbəb olan bir növ fərq var. Bəlkə də bot sahibi onu düzgün işlədə bilər. Jim.henderson (müzakirə) 16:43, 11 may 2009 (UTC)

Niyə heç kim köhnəni əvəz edəcək bir botu proqramlaşdırmır <> və <> və s. şablonları? wbf --Stefan-Xp (müzakirə) 17:49, 16 Noyabr 2008 (UTC)

Şərhsiz? --Stefan-Xp (müzakirə) 10:39, 17 Noyabr 2008 (UTC) Çünki bu şablonlarda yaxşı təyin olunmuş koordinat məlumatları olmamalıdır! Avtomatik dəyişdirmə mümkün deyil, çünki kamera yerinin coğrafi kodlaşdırılması barədə razılığa gəlməmişdən əvvəl rəng şablonları istifadə edilmişdir. Çox vaxt bu şablonlar şəkil təsvirində obyekt yerlərini ehtiva edir. --Dschwen (müzakirə) 13:40, 17 Noyabr 2008 (UTC) Bu pis. Onu özüm üçün istifadə etmək imkanı varmı? ) --Stefan-Xp (müzakirə) 21:03, 17 Noyabr 2008 (UTC)

Salam, Geocoding Todo aləti şəklin bir Məkana ehtiyac olmadığını söyləyən bir şablon var? F. Ex. Yemək (Pizza və Hamburger), Avtomobillər, Yaxın Dəstəklər və s. wbr --Stefan-Xp (müzakirə) 21:32, 18 noyabr 2008 (UTC)

Kateqoriya: Şəkil əlavə edilərsə tətbiq edilə bilməz, alət şəkli görməməzlikdən gələ bilər. İnsanlar bu məlumatlarla maraqlanmadığı üçün bir etiket edilməmişdir və buna görə də göstərilməsinə ehtiyac qalmır, buna görə gizli kateqoriya. --Para (müzakirə) 10:58, 20 Noyabr 2008 (UTC) Çox Yaxşı! Çox sağ ol! Onsuz da çalışqan idim -) Ancaq başqa bir problemi ortaya çıxardı. Mənim kateqoriyam mənə bütün şəkillərimi göstərmir: (- Stefan-Xp (müzakirə) 22:50, 20 noyabr 2008 (UTC) Bu kateqoriyanın f.ex. şablonlarında yer alması barədə nə düşünürsünüz? ? --Stefan-Xp (müzakirə) 19:57, 25 Noyabr 2008 (UTC)

Bu şəkilə coğrafi kodlu bir yer əlavə edilə bilər. Ziyarət edin Commons: Geocoding koordinatların əlavə edilməsi barədə məlumat üçün. Beta-test: Koordinatlar əlavə etmək koordinatları təyin etməyə kömək edir.

Bu barədə nə düşünürsən? :) Mətn barədə həqiqətən əmin deyildim. --Stefan-Xp (müzakirə) 12:29, 24 Noyabr 2008 (UTC)

"C & ampP" nin yazılması lazım olduğunu düşünürəm. -Padraic 16:31, 24 Noyabr 2008 (UTC) Bu ipucu üçün təşəkkürlər! --Stefan-Xp (müzakirə) 20:19, 24 Noyabr 2008 (UTC)

Həm də var <> şəkilləri Kateqoriya: Məkan mümkündür. Güman edirəm nəzərdə tutulan istifadə ilə heç bir fərq yoxdur. --Para (müzakirə) 22:05, 27 noyabr 2008 (UTC)

"Yeni alət" faydalı görünür, amma 2 əsas çatışmazlıq var. Əvvəlcə alət bir başlıq əlavə edə bilməz, ikincisi Coords / Axtarış xüsusiyyətlərini başlanğıc nöqtəsi kimi istifadə edə bilməz. --Stefan-Xp (müzakirə) 07:41, 28 Noyabr 2008 (UTC)

Salam, bir Müzakirə zamanı Flominator bu medianın yerləşməsini tövsiyə etdi. nə düşünürsən? Niyə Geocoding Layihəsi səhifəsində nəyin geocode ediləcəyi və nəyin olmaması barədə məlumat yoxdur? --Stefan-Xp (müzakirə) 20:01, 27 Noyabr 2008 (UTC)

Vikipediyada onsuz da coğrafi kodlanmış şeylərin coğrafi kodlaşdırmasına vaxt sərf etməyimizi düşünmürəm, əksinə Vikipedi ilə daha yaxşı əlaqə qurmaq və ya təkrar istifadəçilər üçün fərqli həllər təklif etmək lazımdır. Məsələn, xəritələrdə gerblərə göz atmağın bir yolu, məqalələr üçün Wikipedia redaktorlarının seçdikləri gerblərin adi yer işarələrini əvəz etməsi ola bilər. Vikipediya məlumat qutuları, onların dəyişənləri və ana əraziləri ilə əlaqələri, ehtimal ki, işə ehtiyac duyur və burada məlumatları təkrarlamaq əvəzinə səyləri yönəltmək daha yaxşı olar. Şəkil: Macarıstanın gerbi.jpg və buna bənzər bir coğrafi kodlaşdırma istifadə edə bilər, amma əmin deyiləm ki, kimsə hələ sadə sözlərlə hər hansı bir rəhbərlik verməyə çalışdı. --Para (müzakirə) 16:50, 29 Noyabr 2008 (UTC) Cavab, coğrafi kodlaşdırma olduğumuz həqiqətdən daha çox nəzərdə tutulur. kamera mövqeyi və başlığı bir şəkil çəkildi. Kamera mövqeyi yoxdur = & coğrafi kodlama yoxdur. Bu, xəritələrə də aiddir, bu arada, bunlar üçün örtük şablonumuz var. --Dschwen (müzakirə) 17:27, 29 Noyabr 2008 (UTC) Layihə səhifəsindəki ilk cəsarətli hissə, əslində medianın qeyd olunduğu yerdə coğrafi kod yazdığımızı və şəkillərdəki şəkillərdəki görünüşlərə genişlənməyi təklif etdim. yaxşı. Məsələn, Image: Francois-Etienne Villeret St Sulpice Paris.jpg və Image: Canaletto (I) 020.jpg kimsə təsvir olunan yerin indiki görünüşünü görə biləcəyi bir nöqtəyə coğrafi kodlaşdırılır, digərləri isə yerləşmənin yerləşməsinin coğrafi kodlaşdırmasına üstünlük verə bilər. bu gün işləyin. Yenə də birinin muzey dəhlizindəki yerini dəqiq müəyyən etməyi bacarsa da, təkrarlanan muzey yerlərini daha az maraqlı görürəm. Bir məkanla o qədər də açıq şəkildə əlaqəsi olmayan digər sənət əsərləri ilə birlikdə, bu yalnız ehtimal ola bilər. Geocode yoxsa geocode? --Para (müzakirə) 20:17, 29 Noyabr 2008 (UTC) Təklif etdiyim COA'lar üçün başları olan dırnaqlar -) və kateqoriyanı əlavə edin: Şablona uyğun olmayan yer :-) --Stefan-Xp (müzakirə) 22:29, 29 Noyabr 2008 (UTC)

Google Xəritə Metodu 1-də coğrafi etiketləmə ilə bağlı bir problem var. Coğrafi etiket bağlantısını tıkladığımda "http://tools.wikimedia.de/ saytında fayl tapılmadı" səhv mesajı gəlir.

. "Bilirəm ki, alətlərdə bir az təmir olub, buna səbəb ola bilərmi? - HoboJones (müzakirə) 02:19, 31 dekabr 2008 (UTC)

Bəli. Baxım hələ davam edir. --Dschwen (müzakirə) 02:49, 31 dekabr 2008 (UTC) İndi geohack "h% y 5 > = V" kimi səs-küy salır - bu da baxımla əlaqədardır? --HoboJones (müzakirə) 17:10, 2 yanvar 2009 (UTC)

Kamera vəziyyətinin coğrafi kodlu olması lazım olduğunu yeni oxudum.

Lakin coğrafi obyektlərin bir çox şəkli üçün bu məlumat mövcud deyil, obyektin koordinatını isə post-hoc tapıb əlavə etmək olar.

Bir obyekt yeri olan IMHO, hələ mövcud olmayan məqalələr üçün şəkillər tapmağa kömək edəcəkdir. Məqsədin təsviri istifadə edən məqalədə tapıla biləcəyi məqamı yalnız mövcud məqalələrə aiddir.

  1. Yalnız kameranın mövqeyini nəzərə alsaq, obyektin yeri barədə yaxşı bir təxmin yoxdur (kamera başlığı kodlanmışsa biraz daha yaxşıdır).
  2. Coğrafi kodlaşdırılmamış bir fotoqrafiya nəzərə alındıqda, kamera mövqeyi ilə bağlı kilometrlik qeyri-müəyyənliklər var

Bu məqalədəki aşağıdakı tövsiyə ilə qətiliklə razılaşmamaq istərdim:

Sadəcə <əlavə edin> yuxarıdakı prosedurdan lat və uzunluğu dolduraraq şəkil səhifəsinin yuxarı hissəsinə.

Bunu etmək, görüntünün yerini, şəkil haqqında bildiyimiz ən vacib şey olaraq qoyur, görüntünün təsviri başlığının üstündə (deyək). Bu açıq axmaqlıqdır. Göründüyü kimi bir görüntünün kamera mövqeyi faydalı və potensial olaraq vacib bir məlumatdır, lakin eyni dərəcədə aydın (IMHO), görüntünün layiqli bir başlığından və ya təsvirindən daha az vacibdir. Bəyanatı belə bir şeyə dəyişdirmək istərdim:

Sadəcə <əlavə edin> yuxarıdakı prosedurdan lat və uzunluğu dolduraraq şəkil səhifəsinə. Şəkil səhifəsində <> şablonu və ya buna bənzər <> dərhal sonra gəlməlidir.

Bəhs etdiyim şeylərə bir nümunə olaraq Dschwenbot tərəfindən düzəliş edilmiş və daha sonra özüm tərəfindən dəyişdirilmiş Şəkil: Starcross dəmir yolu stansiyası 1.JPG-yə baxın.

Etirazınız var? - Chris j wood (müzakirə) 17:56, 8 yanvar 2009 (UTC)

  • Yer şablonunu Məlumat şablonunun bir hissəsi kimi daxil etmək barədə müzakirəni yenidən aça bilərikmi? Commons_talk: Geocoding / Arxiv_2 # Məlumat_tablonu və Şablon_talk: Məlumat # Yerə baxın. Alqışlar - gobeirne (müzakirə) 23:20, 8 yanvar 2009 (UTC)
  • Əgər həqiqətən soruşursunuzsa: Xeyr, bu müzakirəni yenidən açmayın -). Qəribə görünür. İndi bu üslubda daha çox şablon var və yığılmış zaman alət daha yaxşı görünməsi üçün hazırlanmışdır. --Dschwen (müzakirə) 23:25, 8 yanvar 2009 (UTC)
  • Yuvalamaq demək istəmirəm daxilində şablon, həqiqətən də qarmaqarışıqdır, ancaq şablonun bir hissəsini əlavə bir sahə halına gətirir: Təsvir, Kamera yeri, Mənbə, Tarix, Müəllif, İcazə. Alqışlar - gobeirne (müzakirə) 00:47, 9 yanvar 2009 (UTC)
  • Məlumatın bir hissəsi halına gətirmək mənim üçün də yaxşı bir fikir kimi görünmür. Bu yaxınlarda poçt siyahısında müzakirə edildi. Bir məqam, Yerin sifarişə əsaslanan parametrlərə, məlumatın isə ada əsaslanan parametrlərə sahib olması idi. Onları birləşdirmək işləri daha da çətinləşdirəcəkdir. Fərqli şablonlara sahib olmaq gözəl bir semantik ayrılıqdır. Şəklin meta məlumatlarını modul saxlayır. --Dschwen (müzakirə) 04:02, 9 yanvar 2009 (UTC)
  • Əlbəttə, bunun üçün əlverişli bir yer kimi görünürdü :) - gobeirne (müzakirə) 18:46, 10 yanvar 2009 (UTC)

Yerlə vaxtı birləşdirən hCalendar metadata yaradan bir sıra şablon üzərində işləyirəm. Bu, kateqoriyalaşdırma və istifadəçi naviqasiya məqsədləri üçündür, buna görə yer məlumatları qeyri-səlisdir və bu səbəbdən dəqiq xəritələşdirmə üçün faydasızdır. Şablon istifadəçiləri dəqiq koordinatlarına sahib olduqları təqdirdə Şablon: yerdən istifadə etmələri tövsiyə olunur. Bu onillik şablonları yer şablonları yaratmır. Geo koordinatları buraxa bilərlər [redaktə et - hal-hazırda deaktiv], ancaq standart rejim istifadəçilərdən adr yer adları vermələrini istəməsidir, ehtimal ki, edəcəklər, çünki bu çox daha asandır. Bundan əlavə, Google / Yahoo / Mapquest üçün skriptlər hər halda coğrafi koordinatları atır və adr yeri adına əsaslanaraq görünür. Mövcud tətbiq, Operator ilə işləyir və operator skriptlərinin bütün məlumatları bütün saytlara ötürmədiyi kimi görünsə də, bəzilərinin əvvəlki dövrlərdən qalma tarixləri ilə məhdudiyyətlər olduğu halda yahoo & amp google Calendar / contacts / map type applications ilə işləyəcəkdir.

Şərhlər, Şablon müzakirəsinə buraxın: Places_by_decade Təşəkkürlər -J JMesserly (müzakirə) 17:29, 22 yanvar 2009 (UTC)

Buna cavabım yoxdu, bəlkə də ətraflı danışa bilərəm. Bu şablonla əlaqəli əsas tapmacam, hadisənin vaxt və məkanı müəyyənləşdirən qarışıq bir obyekt olmasından qaynaqlanır. Commons şəkillərində qeyd olunan bir çox hadisənin dəqiq müəyyən edilə bilən yerləri olmur, ancaq bir hadisədən bəri olmalıdır bir yer təyin edin, bu cür vevent şablonu ümumi adr lokal məlumat verə bilər. Şablon, hadisə yeri son istifadəçilər tərəfindən görünə bilməsi və müəlliflərin yer adları kodlamalarını yoxlaya bilməsi üçün yer üçün bir hCard buraxır. Texniki çətinlik, > vEvent mikroformatı yayacaqlar, sonra > şablon, və ya onlar lazımsız yer məlumat verir. Vikiteks yüksək səviyyəli bir dil olmadığından, məlumatların düzgün bir şəkildə əhatələnməsi praktik deyil. Bu və daha əvvəl də qeyri-səlis yer dəstəyinə ehtiyac duyulduğundan, vEvent şablonları, bir səhifə şablonu da bir səhifədə istifadə olunarsa, ziddiyyətli məlumatlar verəcəkdir. Problem: Artıq məlumatlar üçün potensial artıq görülə bilər - məsələn, Firefox-un Operator uzantısı ilə bu Goring şəkil səhifəsinə baxsanız, eyni yer üçün iki hcard olduğunu görərsiniz. Bu məqbul bir vəziyyət deyil, praktik metodlarla idarə edilə bilər. Təklif: Təklifim budur ki, vEvent yayımlayan şablonlarda vcard yeri məlumatlarını yatırmaq üçün bir bayraq var. Bu şəkildə bir Bot, Vevent şablonu ilə eyni səhifədəki bir yer şablonunu görəndə, vecandakı şablonda hcard buraxmağı dayandıracaq. Bu şəkildə tarixi hadisə şablonlarını yazan insanlar hadisələri üçün ümumi bir yeri tez bir zamanda göstərə bilər və sonrakı bir müəllif onu yer şablonu ilə dəqiq koordinatlarda dəqiqləşdirə bilər. Bir çox müəllif bunu bilməyəcək, ancaq bir Bot çox məmnuniyyətlə düzəliş edə bilər. Gələcək bot çalışmaları daha mükəmməl ola bilər. Tarixi hadisələr populyarlaşdıqda, coğrafi dəstəyi yenidən tətbiq etmək və dəqiq koordinatları yerdən gələcək vEvent templatlarına köçürən bot çalıştırmaları düşünə bilərik. Hələlik düşünürəm ki, bu cür tətbiqetmələrin hazırlanmasını gözləyə bilərik və istifadəçiləri vEvent şablonlarındakı bir coğrafi seçim ilə qarışdırmayaq. Bu məqamda mənə elə gəlir ki, hər hansı bir dəqiq yer spesifikasiyası > -J JMesserly (müzakirə) 17:28, 25 yanvar 2009 (UTC) Şablon müzakirə səhifəsində izah edildiyi kimi təklif lazımsızdır və mövcud tətbiq pozulmuş və saxta metadata yayılmışdır. Daha zərif bir həll yolu (fikri ilk dəfə 2007-ci ildə qaldırdığım vaxtdan bəri arada çalışdığım) <> hCalendar mikroformatını yayımlamaq üçün > tədbirdə "iştirakçılar" üçün (insan subyektləri daxil olmaqla) oxşar bir şablon (yeni və ya <>) şəklin yeri və ya yer mövzusu üçün <> koordinatlar üçün və <> və ya tədbirin tarixi üçün oxşar. Bu müzakirəni bir neçə səhifədə bərpa etmək əvəzinə (hamı kimi günahkar olduğum üçün) bəlkə də mərkəzləşdirilməlidir? Andy Mabbett (müzakirə) 19:26, 25 yanvar 2009 (UTC) Yuxarıdakı mətndə izah edildiyi kimi, hadisə məlumatları təbii olaraq artıqdır. Andy'nin bloq və microformats.org kimi saytlarda böyük həcmdə ifadə etdiyi bəzi fikir və təklifləri var. Commons üçün praktik həll yolları ilə maraqlanıram. Geocoding şablonları edən insanların konkret tövsiyələri varsa, xahiş edirəm mənimlə əlaqə saxlayın. -J JMesserly (müzakirə) 20:49, 25 yanvar 2009 (UTC) Mən də Commons üçün praktik həll yolları ilə maraqlanır (və təkliflərimi əsas götürürəm geniş Mikroformatları bir sıra yüksək həcmli saytlarda tətbiq etmək təcrübəsi, ən azı Vikipediya ,, və həm mikroformat spesifikasiyalarının, həm də Operator və Swignition daxil olmaqla mikroformat spesifikasiyalarının inkişafına kömək etmək). Əks təqdirdə təklif etmək şəxsi bir hücuma bərabər olardı və əminəm ki, məni səhvən - bir neçə dəfə - vandal və digər ad hominem hücumlarımı səhvən axtardığınız üçün üzr istəməyinizin mənası demək deyil. hələ üzr istəmədiyiniz üçün bunu təsdiqləyə bilərsiniz? Andy Mabbett (müzakirə) 21:19, 25 yanvar 2009 (UTC) Bəlkə sərinləşmə dövrü qaydasındadır. -J JMesserly (müzakirə) 23:30, 25 yanvar 2009 (UTC) Çox sərinəm və bu səhifədəki əvvəlki şərhimdəki tələbə cavab verməyinizi gözləyirəm. Əvvəlcə sərinləmək tələb olunursa, bu yaxşıdır. Andy Mabbett (müzakirə) 23:52, 25 yanvar 2009 (UTC) Andy, dediyim kimi, cavabım sizin narahatlıqlarınızı və şərhlərinizi nəzərə aldığımdır. Mən sizin giriş üçün təşəkkür edirik. -J JMesserly (müzakirə) 23:59, 25 yanvar 2009 (UTC) Və Commons üçün praktik həllərlə maraqlandığımı düşünmədiyinizi təsdiqləmək istəməməyinizi qeyd edirəm. Andy Mabbett (müzakirə) 00:26, 26 yanvar 2009 (UTC) Biraz incimisinizsə, xahiş edirəm üzrlərimi qəbul edin. -J JMesserly (müzakirə) 00:37, 26 yanvar 2009 (UTC)

Salam, bir binanın içərisində olan mövzularla əlaqəli mövcud, coğrafi etiketli olmayan şəkillər üçün, məsələn bir muzeydəki sənət əsərlərini deyək, bunları binanın birinə uyğun bir coğrafi etiket ilə etiketləmək yaxşı olarmı? Yoxsa şəkil səhifəsini olduğu kimi tərk etmək daha yaxşıdır? --Eusebius (müzakirə) 18:10, 23 yanvar 2009 (UTC)

İnanıram ki, Kateqoriya: Yer tətbiq olunmur daha yaxşı uyğunlaşacaq :) --Stefan-Xp (müzakirə) 19:16, 23 yanvar 2009 (UTC) Niyə? coğrafi olaraq yerləşən şəkillərdən bəhs edirik, bəs niyə bu tətbiq olunmayacaq? Tamam, yaxşı çəkilmiş rəsm şəkilləri üçün (heç bir çərçivəsi olmayan PD-art məhsulları) axmaq görünə bilər, xüsusən də "rəsm" şablonu düzgün doldurulmuşsa (və hələ bir coğrafi etiketi görmək o qədər də qəribə olmazdı) . Gəlin bu təsadüfi nümunəni götürək, onu "yerləşməsi mümkün olmayan yer" kimi etiketləməyin və ya Belçika Krallığı Təbii Elmlər İnstitutunun coğrafi etiketini verməyin daha faydalı olduğunu söyləyə bilərsinizmi? Google Earth-də və ya istifadə etdiyiniz hər hansı bir vasitədə belə şeyləri görə bilmək fikrini bəyənirəm, ancaq düşünürdüm ki, bəlkə də xəritələri tək bir yerdə çox sayda şəkillə "spam" etmək olar. --Eusebius (müzakirə) 20:23, 23 yanvar 2009 (UTC) Coğrafi kodlamağı və yerin bir hissəsini göstərən stasionar elementləri olan coğrafi kodlu şəkilləri görməyi sevirəm. Yalnız bəzi başqa şeylərin şəkillərini görməkdən xoşum gəlmir, amma hey, bu mənim problemimdir və eyni koordinatlarda coğrafi kodlaşdırılmış yüzlərlə maraqsız şəkilləri asanlıqla görməməzlikdən gələ bilərəm. Bir rəsm və ya rəsm həqiqətən mövcud olan elementləri təsvir edirsə, mən onu muzey otağı əvəzinə həmin yerə coğrafi kodlaşdırma seçimini edərdim.Daha əvvəl coğrafi kodlaşdırdığım rəsmləri axtarmağa başladım və əvvəllər bu barədə şərh verdiyimi xatırladım. --Para (müzakirə) 22:26, ​​23 yanvar 2009 (UTC) Ancaq > yerini dəqiq müəyyənləşdirmək üçün nəzərdə tutulmuşdur kamerahə? Bu səhifənin birinci hissəsini oxuyandan başa düşdüm ki, bu "Commons-da edilənlər" dir. Yoxsa <>? Qeyd etdiyiniz halda hər ikisini eyni şəkil səhifəsində istifadə etmək barədə nə düşünürsünüz? Suallar, KoA'lar haqqında müzakirəni oxuyaraq cavablandırıldı. Orada görürəm ki, bu məsələ (rəsmlərin coğrafi etiketlənməsi) heç bir nəticəyə gəlməyib? Mənə maraqlı gəlsə də, hər iki növ coğrafi etiketdə dəyər tapıram (rəsmin coğrafi etiketlənməsi və rəssamın görmə qabiliyyəti). --Eusebius (müzakirə) 22:41, 23 yanvar 2009 (UTC)

Sadəcə təsdiqləmək üçün kameranın yerini Geocode edirsən, elə deyilmi? yəni çəkdiyiniz şeydən çox, istəsəniz durduğunuz yer. Şəkillərimi Coğrafi kodlaşdırmaq istəyirəm, ancaq məsələn, uzaq bir cisim şəkli çəkmək üçün böyüdüb-etmədiyimi yoxlamaq lazım olduğunu yoxlamaq lazımdır, hələ durduğum yerdə Geocode. Hər hansı bir kömək üçün təşəkkür edirik! Arriva436 danışmaq/töhfə verir 21:03, 31 yanvar 2009 (UTC)

Hüququnuz :-) Yer şablonu Kamera Məkanını əks etdirir, bəzi insanlar Nesne Yerini də əlavə edirlər. həmçinin baxın <> Hörmətlə, --Stefan-Xp (müzakirə) 01:29, 1 Fevral 2009 (UTC) Təşəkkür edirəm. Arriva436 danışmaq/töhfə verir 15:56, 1 fevral 2009 (UTC)

Xəritələrdə və peyk şəkillərində qurulmuş Commons şəkillərini görmək çox yaxşıdır, lakin məlumatların digər istifadələri də maraqlı ola bilər. İstifadəçi: Gobeirne-dən Commons müzakirəsində köhnə bir istəyi xatırladım: Geocoding / Archive 1 # Yaxınlıq və İstifadəçi: LA2-dən geodata tərəfindən sifariş edilmiş bir qalereyada şəkillərin göstərilməsi barədə köhnə poçt siyahısı mesajı. Beləliklə, Larsın Giza Böyük Sfenksi, Chichen Itza və ya Arc de Triomphe şəkillərinə baxaraq saat yönünün əksinə bir cisim ətrafındakı görüntülərdən keçmək təklifini həyata keçirdim. Düşünürəm ki, çox sərin! Hər kəs bir çox şəkillərimiz olan və hər tərəfə çox bənzəməyən obyektlər barədə düşünə bilərmi?

Qala körpüsü və digər bir çox məşğul yer ətrafında coğrafi kodlaşdırılan bəzi görüntülərdə olduğu kimi mənzərəyə mane olan bir şey olduqda kiçik problemlərlə qarşılaşırıq. Kamera körpüyə tərəf yönəlsə də, bir binanın içində və ya arxasında olduğu üçün görəcəyimizi görmürük. Seçdiyim cari hədlər, obyektdən kamera məsafəsi (0,005 °) və başlıq və vektor arasındakı fərq (görünüş açısı, 45 °) idi. Şəkillərdəki obyekt şərhləri, ən uzaq görünən obyektin məsafəsi (hər şeyin izahı verildiyi təqdirdə əvvəlki ilə əlaqəli, bilinən obyektlərə olan məsafələr hesablana bilər) və görüş sahəsidir (görkəmli məlumatdan əldə etmək mümkündürmü?).

Hər halda, bu və ya bənzər bir vasitəni əlaqəli şəkilləri göstərmək üçün haradasa görünə bilər? Wikipedia GeoTemplate bir yer olardı, lakin Commons məzmununu tanıtmaq üçün o qədər də yaxşı deyil. İndi yazdığım alət obyekt yerləri tələb edir. və bunun Commons səhifələrində olmasını düşünə biləcəyim yeganə yol, təsviri ilə əlaqələndirilmiş Wikipedia məqalələrində koordinatlar axtaran və bu koordinatlarda obyekt (lər) in şəkilləri üçün alət sorğu edən bir cihazdır. Ancaq belə bir seçim cihazı həqiqətən görünən ola bilərmi? --Para (müzakirə) 02:44, 21 fevral 2009 (UTC)

Əla görünür. Bununla yanaşı, bir hədəf nöqtəsi ətrafında bir sıra kamera yerlərini təxminən hədəfə doğru başlıqlarla gətirə bilərsiniz. --Dschwen (müzakirə) 02:50, 21 Fevral 2009 (UTC) Həqiqətən və bu, artıq hədəfdə 45 dərəcədən yuxarı olduqda hədəfin görünməyəcəyi və göründüyü mənası ilə həyata keçirilmişdir. atılır. Bir nümunə götürsək, bəzi şəkillər Arc de Triomphe-nin üstündə hədəfdən uzaqlaşaraq coğrafi kodlaşdırılıb və şəkillər qalereyada göstərilməyib. Bu, heç bir şəkil izahatının olmamasına kömək edir, ancaq obyektlərə mane olmaq problemi ilə kifayətlənmir. Yenə də bir obyekt ətrafında "gəzərkən" şəkillərin sırası düzgün görünmürsə, coğrafi kodlaşdırmanın düzəldilməsinə ehtiyac olarsa, bu coğrafi kodlaşdırmada səhvlərin aşkar edilməsi üçün onsuz da faydalı olmalıdır. --Para (müzakirə) 02:58, 21 fevral 2009 (UTC) tıkanıklığa gəldikdə: keypointmatching oxşar xüsusiyyətləri aşkar etməyə kömək edə bilər. SIFT xüsusiyyət vektor ekstratoru ilə işləməyə başladım, ancaq bu yaxınlarda həqiqətən oxşar xüsusiyyət vektorlarını axtarmaq üçün kd ağacları ilə kifayət qədər təcrübə qazandım. Geodatadan əvvəlcədən süzülmüş kiçik bir şəkil dəsti üçün bu mümkün bir yanaşma ola bilər! --Dschwen (müzakirə) 03:43, 21 Fevral 2009 (UTC) Dünyanın Fotoşəkilləri layihəsi vasitəsilə açıq mənbə tapma yollarını gördünüzmü? Dönmə və sabitləşmə xüsusiyyətləri tamamilə heyrətamizdir! --Para (müzakirə) 13:41, 22 fevral 2009 (UTC)

Bunu sınadım, amma niyə Fayl: Sonic.jpg-nin göründüyünü tamamilə anlamıram. kimsə bir ipucu var? --Stefan-Xp (müzakirə) 12:35, 22 fevral 2009 (UTC)

2005-ci ildə bu adla bir fayl yükləmisiniz [2] və alət sadəcə qeydlərdən keçir. Ancaq fayllar bəzən silindiyindən, aləti yalnız ən son yükləyiciyə baxmaq üçün dəyişdirdim. Orijinalla yüklənən törəmələr və ya başqası və ya başqa bir şey tərəfindən qaytarılmış vandalizm halında, bəzi yükləmələri gizlədə bilər. Bəlkə də bir məqamda qeydləri nəzərdən keçirmək və yüklənmiş versiyalarının tarixdə hələ də görünüb-görünmədiyini yoxlamaq üçün hər bir dosyaya bir yığın düzəltmək üçün aləti dəyişdirəcəyəm. Bəzən ortadakı versiyalar silinir və yalnız sonuncusu deyil, bu da problemli ola bilər. Son yükləyicidir. :) --Para (müzakirə) 13:15, 22 fevral 2009 (UTC) Çox təşəkkür edirik! Bəlkə də seçimi istifadəçiyə verə bilərsən, ilk silinməyən yükləmə mənim üçün ən yaxşı həll olardı -) --Stefan-Xp (müzakirə) 20:25, 22 fevral 2009 (UTC)

Bu şablonda aşağıdakı dəyişiklikləri təklif etmək istəyirəm:

  • Beynəlmiləlləşmə: bir çox digər şablon kimi bu da başqa dillərə tərcümə olunmalıdır.
  • Arasında <> və <>. Şablon çıxışının sağ tərəfi fərqli görünür. Güman edirəm <> istifadə etmək üçün dəyişdirilməlidir>
  • Rəqəmləri <-də kəsmək mümkündürmü?> 4-5 ondalık basamağa?
  • Deyəsən 7 <> şablonlar:
    , <> , <> və <> eyni olmaq, <> , <> eyni olmaq

Bu 4 şablonla test şəkli: İngilis və Polşa versiyasında. 4 şablonun hamısı eyni tərcümə ifadələr dəstindən və eyni tərtibat şablonundan istifadə edir. İlk 2 şablonun yüklənməsini istəmədən əvvəl şərhlər axtarıram. --Jarekt (müzakirə) 03:35, 10 mart 2009 (UTC)

Mövzuyla kifayət qədər tanış olduğum bir neçə şəklə coğrafi kod əlavə etdim, yalnız mövzunu deyil, kameranı da yerləşdirdim. Bu yaxşıdır, yoxsa yalnız öz çəkilişlərimi etiketləməliyəm? - SarekOfVulcan (müzakirə) 14:48, 6 Mart 2009 (UTC)

Şəxsi bir yer olmadığı təqdirdə və yükləyən yerinin ifşa olunmasını istəmədiyi təqdirdə, bu çox yaxşıdır, amma göründüyü kimi burada deyil. Kömək etdiyiniz üçün təşəkkür edirik! --Eusebius (müzakirə) 15:12, 6 mart 2009 (UTC) Qəbul edirəm ki, kifayət qədər dəqiqliklə yerinə yetirə bildiyiniz zaman coğrafi kodlaşdırma çox qiymətləndirilir. Məxfilik məsələlərindən çox narahat olmazdım. Məkanı şəkildən ayırd edə bilsəniz, əsasən özünü göstərdi. Və yükləyici seçimi ilə şəkli çox açıq bir veb saytına qoydu. --Dschwen (müzakirə) 16:19, 6 Mart 2009 (UTC) Hələ yaxşı olardım, qalan şəkillərimin bəzilərini coğrafi etiket etsəniz -) - Stefan-Xp (müzakirə) 09:41, 7 Mart 2009 (UTC)

Bəzi hallarda Geo-nu bot vasitəsi ilə avtomatik əldə etmək mümkün olduğunu fark etdim. Məsələn, Fayl: Bahnhof Alexanderplatz mit Königskolonnaden, 1904.jpg, həmin səhifədə yeri bilən bir hadisə şablonu var: Alexanderplatz, Bezirk Mitte, Berlin, Almaniya. Bunu əlaqəsiz bir məqsəd üçün bilir: yerin təsnifatı. Hər halda, bir bot bu məlumatları toplayaraq google-in lazımlı alətinə göndərə bilər, məsələn:

Bot sonra <əlavə edəcək> çıxarılan dəyərlərdən istifadə etmək.

Coğrafi kodlaşdırma ilə gümüş güllə deyil, çünki ehtimal ki, bir az istifadəçi səyi tələb edir. Bir çox google xəritəsi ifadəsi birdən çox hit gətirəcək və bunlar üçün google heç bir coğrafi məlumat vermir. Ancaq istifadəçi tərəfindən tez-tez əldə edilən məlumatlar kifayətdir (Şəkil: Berlin, Mitte, Schloss & amp Schlossbrücke, 1901.jpg, Şəkil: 75-Paris-Porte Saint-Denis-1908.JPG, Şəkil: Fête de la Concorde 1848.jpg ). Tədbir şablonlarımı yeniləyəcəyəm və ehtimal ki, bir dəyər qaytarıldıqda bir yer dek istehsal etmək üçün onları böyüdən bir bot yaradacağam. Hər halda, bunun maraqlı olduğunu düşündüm və başqalarının bununla qarışıq olmaq istəməsi halında onu ötürəcəyimi düşündüm. -J JMesserly (müzakirə) 23:11, 9 mart 2009 (UTC)

Google-un coğrafi kodlaşdırması bir çox məqsəd üçün faydalıdır, lakin təəssüf ki, bir küçənin cari adına, görüntüdəki digər obyektə və ya cari küçə kəsişmələrindən daha çoxuna əsaslanan kamera yerlərini tapa bilmir. Bu günə qədər Commons coğrafi kodlaşdırma layihəsi kəmiyyət üzərində keyfiyyət üzərində işləyir və bunun əl ilə verilmiş töhfələrlə olduğu kimi dəqiq şəkildə davam etdirilməsini istərdim. Məsələn, Flickr-ın Alexanderplatz ərazisini coğrafi kodlaşdırması tamamilə faydasızdır və mənə elə gəlir ki, şəkilləri təsadüfi olaraq avtomatik tapılan yerin ətrafına səpələnmişdir. Xahiş edirəm burda hörümçək Google-un coğrafi kodlaşdırması üçün bir bot işləməyin. --Para (müzakirə) 01:03, 10 mart 2009 (UTC) Okeydokey. Bu tamamilə ağlabatan bir çağırışdır. Bir neçə döyüş və rəsm üçün əl koordinatlarını müəyyənləşdirdim və bəzən bunu etmək olduqca çətindir, amma nəticələr buna dəyər. Çayın artıq axmadığı Mississippi çayında bir vətəndaş müharibəsi hadisəsi bəlkə də ən pis hadisə idi. -J JMesserly (müzakirə) 02:59, 10 mart 2009 (UTC) Düşünürəm ki, belə bot yaratmaq üçün istifadə edilə bilər <> şablonlar. <-Dən daha az üstünlük verilir> lakin coğrafi kodlaşdırmadan daha yaxşıdır. --Jarekt (müzakirə) 16:02, 9 aprel 2009 (UTC)

Hazırda bir neçə fərqli koordinat şablonu var:

Var <>, nisbətən yararsızdır (birinci parametr GeoHack URL olaraq kodlanmış koordinatlar, ekran üçün ikinci parametr koordinatlarıdır). Sonra <> , <> və <>. <> ( <> , <> , <>) və <> ( <> , <> , <>) ailələrin hər ikisi <> kodu göstərin, ancaq ətrafındakı qutuları göstərin.

<> bir neçə əlavə parametrlə kifayət qədər işlənmişdir (bəziləri faydalıdır, bəziləri də [populyasiya kimi, Vikipediyada bir yer məqaləsinin mülkiyyəti olaraq faydalıdır, ancaq bir faylın mülkiyyəti olaraq Commons'da deyil]). Var <> bir neçə xəritə xidmətinin göstərildiyi bir qutu göstərir.

Və nəhayət var <> heç bir koordinat deyil, koordinatla əlaqəli bir Flickr URL alır.

Fikrimcə, bütün bu müxtəlif formatları (bəlkə də bilmədiyim daha çox şey var?) Bir şablonla əvəz etmək yaxşı olardı. Bunun bir neçə üstünlüyü olardı. Vahid görünüş, daha asan təmir və alətlər üçün geodatanı çıxarmaq daha asan olardı.

Mən onsuz da <> real koordinatlara. Məncə, <> coğrafi məlumatları göstərmək üçün doğru yol deyil. Dəyişdirilməlidir.

Bəzi şablonlar dəqiqə / saniyə, bəzi ondalık qeydlərdən istifadə edir. Hesablamalar üçün onluq qeyd daha asandır.

İdeal olaraq, şablonların bütün hadisələrini bot ilə yeni bir şablonla əvəz etməliyik: ilk iki parametr onluq koordinatları (Qərb / Cənubi yarımkürədə koordinatları göstərən mənfi dəyərlərlə), göstərilən mətni dəyişdirmək üçün isteğe bağlı "mətn" parametri (> imkan verir) və > onlara imkan verir (ecample üçün "globe" və ya "dim").

> və <> bunu təmin edin, daha çox bir "yer" parametri əlavə edərək edilməlidir>. Bütün bunlardan sonra qutunun görünüşü ilə təqlid etməyə çalışdığı şeydir.

"Kamera yeri" ilə "obyekt yeri" arasındakı fərq həqiqətən >. Bu ən azından əlaqələrin yer şablonunun bir parametri halına gətirilməsindən daha doğru bir nümayişi olardı. --Slomox (müzakirə) 02:15, 17 mart 2009 (UTC)

  • müvafiq səma cismini təyin etmək üçün "globe" (bu, Ay, Mars və s. üçün xüsusi şablonlarla edilə bilər, ancaq bunları fərqli idarə etmək üçün az səbəb var)
  • "hündürlük" və ya "hündürlük" şəklin çəkildiyi hündürlüyü təyin etmək üçün, məsələn hava şəkilləri üçün
  • fotoqrafın baxdığı istiqaməti təyin etmək üçün "oriyentasiya" (və bəlkə də üfüqə bucaq üçün başqa bir parametr, bu parametrlər, məsələn, gecə səmasının fotoları üçün faydalı ola bilər)
  • koordinatlar əvəzinə göstəriləcək bir başlıq (> bunun nadir hallarda lazım olmasına imkan verir, amma mümkün olmalıdır)
  • bəlkə dəqiqləşdirmək üçün faydalı ola biləcək daha çox atribut var? --Slomox (müzakirə) 11:09, 17 mart 2009 (UTC)

bu konqres kitabxanasının tərəfdarı deyil Şablon adı üçün təsadüfi bir nümunə idi. Üçün başlığa ehtiyacımız yoxdur Yer, çünki hər bir şəkil üçün unikal olmalıdır Bəli, amma kimsə kimi bir əlaqə qurmaq istəyirsə Google Xəritələrə baxın (hər hansı bir məqsəd üçün) başqa bir şablona müraciət etmədən mümkün olmalıdır. Bütün digər funksiyalar genişləndirilmiş parametr hissəsində [..] həyata keçirilir Bəli, ancaq wiki sintaksisindən istifadə edilə bilməyən bir formatda. Eyni modulda yığılmış bir neçə başqa şablon (xəritə örtükləri, panoramavierer) var Bəli, bu şablonlar görüntünün əsas xüsusiyyətlərini təmsil edirsə, məlumatda olmalıdır. İki nümunə üçün belə olub-olmaması başqa sualdır. <> pis dizayn edilmiş bir şablondur, IMHO. Kml faylını özünə məxsus bir yerə yazmaq əvəzinə, parametrlər kimi şablonda parametrlər qoyulmalıdır. Yerləşdirilə bilmək xəritələrin əsas xüsusiyyətidir, buna görə də xəritə ilə əlaqəli digər xüsusiyyətlərlə bir araya gətirilməlidir. Ən yaxşısı bunu insanlara buraxmaqdır. Hansı insanlar? Darıxdırıcı şablonların minlərlə daxil edilməsini kim bəyənir? Və düşünürəm ki, həqiqətən istifadəçilər tərəfindən əl ilə daxil edilən koordinatların əksəriyyəti kamera yeri ilə obyekt yeri arasındakı fərqi izah edəcək qədər dəqiq deyil. Bir yükləyici bildiriş botu problemi həll edə bilməz. Hər şeydən əvvəl yükləyənləri bezdirəcək. Təkcə <> isteğe bağlıdır mətn yer sahəsi Bunun məqsədi nə ola bilər? Yerin adı dildən asılıdır və təsvir parametrində göstərilməlidir. --Slomox (müzakirə) 15:11, 17 mart 2009 (UTC) istifadəçilər tərəfindən əl ilə daxil edilən koordinatların əksəriyyəti kamera yeri ilə obyekt yeri arasındakı fərqi izah edəcək qədər dəqiq deyilYəni keyfiyyət standartlarımızı pəncərədən ataq? Hansı insanlar? uhm, bəlkə onsuz da 150000 geo-kordinat qoyanlar ?! --Dschwen (müzakirə) 15:28, 17 mart 2009 (UTC) Ya əzizim, axmaq mən. Kamera sarsıntısını necə nəzərə alacağımdan narahat oldum, 9 ondalık rəqəmi kodladığınız zaman mənəvi çıxılmazlığa səbəb olur! (Mizah - bunun bir təklif olduğunu düşünürsənsə) .-- ClemRutter (müzakirə) 14:44, 23 mart 2009 (UTC) Və ya bəlkə: Onlar həqiqətən File: Commons redaktoru ilə təcrübəli fotoqrafların yerində olduğu yerdə eyni baxışdadırlar. onun boğazı.aah! - ClemRutter (müzakirə) 14:44, 23 mart 2009 (UTC) Fikrinizi və ya girintinizi necə düzəltməyinizdən daha çox narahat olmalısınız. Açıqca yazdıqlarınızın mənim şərhimlə necə əlaqəli olduğunu heç bilmirəm. --Dschwen (müzakirə) 14:52, 23 mart 2009 (UTC)

Salam, bir qalereyaya coğrafi etiket əlavə etməyin düzgün yolu nədir? Bu məqsəd üçün ən müasir şablon nədir? --Eusebius (müzakirə) 13:51, 23 mart 2009 (UTC)

Mənim bildiyimə görə, qalereyaları coğrafi kodlaşdırmırıq. Commoms-da fotoqrafı obyekti deyil, etiketləyirik - bunun mənası olmayacaq. - ClemRutter (müzakirə) 14:44, 23 mart 2009 (UTC)

Təqaüdə çıxmağı təklif etmək istərdim <> və <> şablonlar. Məncə şablonlar <> , <> və obyekt yerləşmə tərəfdaşları bu ikisinə ehtiyac olmadan koordinatları təyin etmək üçün kifayət qədər yol təqdim edirlər. Üçün yeganə yol <> dəqiq desək dəqiqələri təxminən 3 ondalık rəqəmlərlə həqiqi bir rəqəm kimi saxlamaqdır, əgər bu yer çox dəqiq deyilsə edilmir. Bu şablonları təqaüdə çıxarmaq üçün bot >>> ilə <>>>. --Jarekt (müzakirə) 12:46, 24 mart 2009 (UTC)

Dəstək . --Dschwen (müzakirə) 17:11, 24 mart 2009 (UTC)

Bütün hallar <> və <> şablonlar dəyişdirildi və silinmə üçün şablonlar verildi Commons: Silinmə istəkləri / Şablon: Yer deg min. Xahiş edirəm fikirlərinizi səsləndirin. --Jarekt (müzakirə) 03:53, 31 mart 2009 (UTC)

Son vaxtlar nadir hallarda istifadə olunan coğrafi kodlaşdırma şablonlarını dəyişdirir və silirdim. Zəhmət olmasa fikrinizi səsləndirin:

Bu anda xəritə örtükləri ilə daha yaxından tanış olmağa çalışıram və bir sualım var: Google Earth və ya NASA World Wind ortoqonik şəkildə yerə deyil, fərqli bir bucaqla götürülən xəritələrin örtüklərini dəstəkləyirmi? Yoxsa yoxsa, bunu edən başqa bir proqram varmı? --Slomox (müzakirə) 15:19, 25 aprel 2009 (UTC)

Nümunə vermək üçün: File: Attack on Pearl Harbor Japanese planes view.jpg ilə bir xəritə örtüyü yaratmaq mümkündürmü? --Slomox (müzakirə) 15:19, 25 aprel 2009 (UTC)

Hava görüntüsü ilə vəziyyətinizdə istifadə edə biləcəyiniz şey: http://code.google.com/intl/de-DE/apis/kml/documentation/photos.html Layihə / Yerləşdirmədə hər KML-i dəstəkləyirik, buna görə də işləmək. Xəritələr üçün bir nəzər yetirin: http://labs.metacarta.com/rectifier/ Görünüşü istinad nöqtələrinin köməyi ilə deformasiya etməlisiniz və GoogleEarth / NASA ilə müqayisədə istifadə edə bilərsiniz. KML ilə bu mümkün deyil, yalnız döndərə və miqyaslaya bilərsiniz. Bu mövzuya dair maraqlı bir blog oldmapsonline. --Kolossos (müzakirə) 10:04, 26 aprel 2009 (UTC)

Alət serverinin Google Xəritədə (GeoCommons-simple.kml istifadə edərək) bir Məkan göstərməsi nə qədər vaxt aparır? On gün əvvəl Commons-da bir neçə coğrafi kod şəkli yükləmişdim, lakin yerlər hələ göstərilməyib. Əvvəllər verilənlər bazasını yeniləmək yalnız bir neçə dəqiqə çəkirdi. Sv1xv (müzakirə) 08:48, 27 aprel 2009 (UTC)

Alətlərverəninin təkrarlanması gecikməsindən sonra yalnız bir neçə dəqiqə.Son coğrafi kodlaşdırma dəyişiklikləri, lakin db-dəki son yeniləmənin 18 aprel tarixində olduğunu göstərir və müxtəlif poçt qutularımı yoxladığımda, bəzi kilidləmə problemi üzündən yeniləmə alətindən 12000 xəbərdarlıq məktubu göndərdiyim ortaya çıxdı. İndi yeniləyir, amma bəlkə də səhv düzəldilməsini orada yenidən düşünməliyəm. Qeyd üçün təşəkkür edirik! --Para (müzakirə) 10:26, 27 aprel 2009 (UTC) Hmm, sistemin bir neçə fayl yüklədiyi və yenidən çökdüyü görünür. Sv1xv (müzakirə) 13:47, 27 aprel 2009 (UTC)

Bu səhifənin Google və ya Yahoo kimi tanınmış mənbələr üzərində 'pulsuz' məlumat mənbələrinin istifadəsini ciddi şəkildə tövsiyə etməsi lazım olduğuna güclü baxıram.

Rəylər? Sfan00 IMG (müzakirə) 19:52, 19 may 2009 (UTC)

Bəlkə də müxtəlif alternativlərin fəzilətlərini müqayisə edən bir səhifəyə ehtiyacımız var. Bu arada daha dəqiq ola bilərdiniz? Şəhər şəkillərim üçün pulsuz Vista Pro Photo Tools 2-nin EXIF ​​redaktoru ilə hamar inteqrasiyası sayəsində Windows Live-dan istifadə edirəm. Microsoft-un şübhə etdiyi yerlərdə Google Maps-i Küçə Görünüşləri xüsusiyyəti və əsasən dəqiq küçə ünvanları üçün istifadə edirəm. MSN və ya Google-ı görə bilməyən kompüterlərdə Yahoo Maps-i ümumiyyətlə heç bir şeydən yaxşı istifadə edirəm. Heç biri mənə pul xərcləmir, əlbəttə ki, bu 'pulsuz' dediyiniz kimi deyil. Müxtəlif məqsədləriniz üçün hansı xəritələşdirmə saytları daha yaxşı işləyir və hansının bu mövzuda məsləhətə ehtiyacı olan daha az təcrübəli geoeditorlara xidmət göstərməsi ehtimalı var? Jim.henderson (müzakirə) 20:09, 19 May 2009 (UTC) Rəy. Bütün Redmondware-i (XP-Vista) bütün kompüterlərimdən sildiyim üçün qürur duyuram, amma kütləvi coğrafi etiketləmə məsələsinə gəldikdə səmərəlilik və sürətdir. Hər yerdə olan axtarış sisteminə istinad edən bir əl kitabçası işi yerinə yetirir. Bir saç köynəyində bir sunami ilə mübarizə aparmayacağam, ya da ox və ox ilə bir tankla mübarizə aparmıram. Məsələ çox sadədir. Google xəritələri - məlumatları qaytarır. Məlumat müəllif hüququ ilə qorunur. Linuxdakı Firefox onu mənim üçün işləyir və kompüterə vurduğu nöqtədən Tickerty-boo proqramını istifadə edirəm. Buradakı missiyamız şəkillərə universal bir giriş təmin etməkdir - məlumat vermədən bu girişin məhdudlaşdırılması (coğrafi etiket) bir uğursuzluğun əlaməti. Başqalarının inqilabda kömək edə bilməsi üçün işi yerinə yetirmək üçün ən sürətli və ən doğru vasitəni təbliğ etməmək əksinqilabi bir hərəkətdir. Bu həm də yüksək əxlaqı başa düşməyimizi təklif edən intellektual təkəbbür hərəkətidir, amma oxucularımız başa düşmür. Alətin istifadəsini inkar edənə qədər hökumət və ya şirkət tərəfindən biz onu təbliğ etməliyik. --ClemRutter (müzakirə) 08:33, 20 May 2009 (UTC)

Məqaləyə son əlavə edərkən aydın olmadığımı düşünürəm. Biri problemimi geotracker və kamera arasındakı vaxt uyğunsuzluğu kimi səhv qarşıladı və düzgün şəkildə sinxronlaşdırılması üçün yaxşı yazılmış bir şey əlavə etdi. Ayrı kameralı və izləyicili olanlar üçün çox yaxşıdır, amma mənimlə əlaqəli deyil. GPSim Nikon P6000 kameranın içərisindədir və tam olaraq ona inteqrasiya olunmuşdur, buna görə vaxtı səhv salmaq kimi bir şey yoxdur. Xeyr, problem budur ki, mən hit və qaçış fotoqrafıyam. Bir şəkil çəkirəm, velosipedimə qayıdıram, bir neçə dəqiqə pedal çəkirəm, başqa bir hədəfi görürəm, çırpdım və davam edirəm.

Qəbul şəhər yerlərində ləkəli olur, ümumiyyətlə qeyd olunan mövqe bir neçə dəqiqəlik bayatıdır, hətta zəif pedallarımla belə tez-tez bir kilometrə qədər və ya nadir hallarda hətta bir mil ola bilər. Mövqe məlumatlarının nə qədər köhnəldiyində heç bir uyğunluq yoxdur. Tapdığım yeganə müalicə yolu qeyd olunan koordinatların düzəldilməsidir və sınadığım ən yaxşı vasitə pulsuz yükləməli Microsoft Pro Photo Tools 2 proqramıdır. Dünən gecə Geosetter və pulsuz coğrafi etiketləmə proqramları haqqında bir sayt öyrəndim. Bunları araşdırmalı və nəticədə problemə və müalicələrə yaxşı bir baxış yazmalısınız.

Coğrafi etiket düzəlişləri barədə düzgün bir yazı yazmağa tələsməyin, çünki göründüyü kimi mənim kimi coğrafi etiketləmə kamerası hələ də nadirdir, lakin nəticədə iki cihazın sinxronlaşdırılması barədə verilən tövsiyələr köhnə koordinatların tənzimlənməsinə dair tövsiyələrlə tamamlanmalıdır. Jim.henderson (müzakirə) 09:09, 3 iyun 2009 (UTC)

CommonsHelper tərəfindən kədərlənərək köçürülmüş təsvirin təsvirində aşağıdakı mətni gördüm:

& lt! - Şablonlar "Şablon: Coord / dec2dms", "Şablon: Coord / dec2dms / dms", "Şablon: Coord / display / inline, title", "Template: Coord / input / dec", "Template: Coord / link "," Şablon: Coord / negzeropad "," Şablon: Coord / prec dec "," Şablon: Wikimedia Commons'a kopyalayın "," Şablon: Digər sənəd "," Şablon: Başqa "," Şablon: Max "," Şablon: Movetocommons "," Şablon: Dəqiqlik / tz "," Şablon: Dəqiqlik / tz / 1 "," Şablon: Dəqiqlik1 "orijinal təsvir səhifəsində də istifadə edilmiş, lakin ümumi olaraq mövcud deyildir. - & gt

Yüklənmiş şəkildə coğrafi etiketləmə yox idi və yalnız orijinalın olduğunu düşünə bilərəm. Şablon konvertasiya prosesinin necə işlədiyini bilən varmı və mövcud coğrafi kodlama etiketlərini saxlamaq üçün edə biləcəyimiz bir şey varmı? --Jarekt (müzakirə) 17:43, 5 iyun 2009 (UTC)

Verilən bir kateqoriyanın xəritədə görüntülənməsini sadələşdirmək üçün Xüsusi: Alətlərə yeni bir seçim əlavə etmək istəyirəm. Hər hansı bir istifadəçiyə Xüsusi: Tercihlər ("Alətlər" nişanı) bölməsini seçərək kateqoriya səhifələrində əlavə bir nişanı aktivləşdirməyə imkan verəcəkdir.

Bağlantı, Kateqoriya: Kanberra'daki Heykəllər üzərindəki <> .

Ətraflı əlavələr aşağıdadır. Bunlar qismən sınaqdan keçirildi və işlədildi (digər brauzerlərdə işləyəcəyinə əmin deyiləm, ancaq tineye link əlavə etmə üsuluna bənzəməlidir).

'' Google xəritələrində pişiyi göstər '': Google xəritəsində müəyyən bir kateqoriyada coğrafi kodlu görüntülərə baxmaq üçün sürətli bir əlaqə verir.

Bu barədə düşündüyünüzdən məmnun olardım. MediaWiki_talk'da da bir qeyd qoydum: Gadgets-definition. - İstifadəçi: Docu 15:25, 16 iyun 2009 (UTC)

  • Qalereyalar, ehtimal ki, mövcud alətlə işləmir. Rekursiv səviyyələr üçün başqa bir keçid / gadget təyin edə bilərik, lakin burada göstərilən yol ümumilikdə iş görmür. - İstifadəçi: Docu 18 iyun 2009 (yenidən işlənmiş şərh)

Xüsusi: Tercihlərdə indi mövcud olmalıdır. - İstifadəçi: Docu (müzakirə) saat 19:55, 26 iyun 2009 (UTC)

Mən bunu etdim. Mənim üçün bir cazibə kimi işləyir (Vista-da FF). "Səhv Şalvar" dan sitat gətirmək üçün:

"Bu, müasir həyat tərzimizə dəyərli bir əlavədir!"

Bir DR-yə cavab olaraq mən <> <> və sildi. Şablon səhvən yaradıldı (sabit bir yerlə) və özünü ötürdüyü üçün bir çox problemin səbəbi oldu. Sv1xv (müzakirə) 15:25, 29 iyun 2009 (UTC)

Təmizlədiyiniz üçün təşəkkür edirəm. --Jarekt (müzakirə) 15:39, 29 iyun 2009 (UTC)

Biri yazmaq istəsə, bəlkə də bu giriş, geokodlaşdırma əlavə etmək üçün (isteğe bağlı) bir addım da daxil edə bilər. Aydındır ki, başqasının şəkillərinə coğrafi kod əlavə etmək hələ də əyləncəlidir. - İstifadəçi: Docu saat 09:53, 10 iyul 2009 (UTC)

Bitdi --Jarekt (müzakirə) 12:46, 10 iyul 2009 (UTC)

Yaxşı. Təşəkkürlər! - İstifadəçi: Docu saat 14: 14-də, 10 iyul 2009-cu il (UTC) İstəyə bağlı bütün addımlar isteğe bağlı bir hissədə olmalıdır? Jim.henderson (müzakirə) 00:11, 12 iyul 2009 (UTC)

Bəzi coğrafi kodlama vasitələrinə girişini sadələşdirmək üçün Xüsusi: Gadgets-a aşağıdakıları əlavə etmək istərdim:

'' Geocoding tools '': alət qutusuna üç [[Commons: Geocoding | geocoding]] link əlavə edir: [[tools:

para / GeoCommons / recentchanges.php | son dəyişikliklər]], [[alətlər:

dispenser / view / File_viewer # log: coord-commonswiki.log | gündəlik səhvlər jurnalı]], [[alətlər:

'' Kateqoriyadakı coğrafi kodlu şəkillər deyil '': [[Tools:] ilə əlaqələndirən kateqoriyaya bir nişan əlavə edir.

para / GeoCommons / geocodingtodo.php | alət]] olmayan şəkillərə baxmağa imkan verir [[Commons: Geocoding | geocoded]]

Birincisi, interfeysin sol tərəfindəki alət qutusuna üç keçid əlavə edir. İkincisi, kateqoriya səhifələrdən "etmək üçün coğrafi kodlaşdırma" alətini əlaqələndirir. - İstifadəçi: Docu (müzakirə) saat 11:50, 6 iyul 2009 (UTC)

Etirazların olmadığını nəzərə alaraq bir <> MediaWiki_talk haqqında sorğu: Gadgets-definition. - İstifadəçi: Docu, 09.077, 14 iyul 2009 (UTC) Bitdi Huib danışmaq 18:11, 14 iyul 2009 (UTC)

Yuxarıdakı tələbə görə, bot <əlavə ediləcəkdir> şəkillərə. - İstifadəçi: Docu saat 19:25, 13 iyul 2009 (UTC)

Commons-a bənzəyir: Heç olmasa http://stats.grok.se/commons.m/200907/Commons%3AGeocoding - İstifadəçi: Docu, 13 İyul 2009 tarixində saat 19: 25-də (UTC) görə Geocoding həqiqətən populyardı

O gün təsadüf ola bilər (botla, bəziləri əllə) <> istifadə olunan fayllar: <>, <> <>, <>, <>, <>, <>, <> və <>. Bax [6]. Bunu bəzən edirəm, çünki göründüyü kimi bəzi istifadəçilər (əsasən çox yeni) tez-tez vikilərinin istifadə etdikləri formatda coğrafi kodlama şablonları əlavə edirlər. Məsələn, Almanların Commons-a verdiyi cavab: Silinmə istəkləri / Şablon: Koordinat. --Jarekt (müzakirə) 21:17, 13 iyul 2009 (UTC) Yenidən yönləndirdim <> ilə <> sənədlərini müvafiq mesajla əvəz etdi. Dörd şəkil sənədində də əvəz etdim. Lakin yenə də istifadəçi məkanında istifadə olunur. Şablon yönləndirmə səhifəsini qorumalıyam? Sv1xv (müzakirə) 03:43, 14 iyul 2009 (UTC) Yenidən yönləndirmə problemi <> ilə <> eyni məlumatları kodlamaq üçün çox və tamamilə fərqli və uyğun olmayan formatlardan istifadə etmələridir. Geri ala bilərsinizmi? --Jarekt (müzakirə) 03:57, 14 İyul 2009 (UTC) Bunu dərhal edə bilərəm, amma insanları bundan necə istifadə edə bilərik? Tamamilə silim? Sv1xv (müzakirə) 03:58, 14 İyul 2009 (UTC) Bir neçə şablonun çevrilməsinin bu qədər trafik yaratacağına şübhə edirəm (çevirmədiyiniz təqdirdə & gt10,000) və redaktə xülasəniz səhifəni belə bağlamadı. Ümumiyyətlə, onları ara-sıra botla çevirməyin yaxşı bir yanaşma olduğunu düşünürəm. Geocoding ilə başlamaq artıq sadə deyil. Şablonun yönləndirilməsinin, yalnış dəyərlər yaratması ehtimalı var. Digər şablona bir botun nəticədə onları çevirəcəyini göstərən bir bildiriş əlavə edə bilərik, məsələn. <>. - İstifadəçi: Docu 09:37, 14 İyul 2009 (UTC) Bir neçə yüz min deyil, çevrilmiş oldum, belə olmaya bilər. İnsanları təqaüdçü şablonlarını necə dayandıracağına gəldikdə - Heç bir fikrim yoxdur, onları silməyə çalışdım, amma heç kimin mövcud olmayan şablonları istifadə etməsinə mane olmur, sadəcə silinmiş onlarla baxın <>, <> və <> hamısını dəyişdirdiyimdən keçən həftədən bəri yığıldı. Hamısı boş danışıq səhifələri olan və Commons-da düzəliş edilməyən yeni Commons istifadəçiləri tərəfindən yüklənmişdir. Köhnəlmiş bəzi yükləmə və ya ötürmə vasitələrindən istifadə etdiklərindən şübhələnirəm. Bəzilərindən necə etdiklərini soruşmağa çalışacağam. Ancaq bu vaxt bir botu işə salmaq üçün kifayət qədər görüntü olduqda onu atəşə tuturam. --Jarekt (müzakirə) 12:59, 14 iyul 2009 (UTC)

> şəkil səhifələrindən silin. Kateqoriya: Koordinat şablonu boş olaraq göstərildikdə, onu da siləcəyəm. Sv1xv (müzakirə) 07:23, 20 iyul 2009 (UTC)

(unindent) Yenidən yönləndirildiyi təqdirdə, yeni girişlərin alətlərdə düzgün görünəcəyinə əmin deyiləm:

para / GeoCommons / recentchanges.php (az: Şablon: coord bir sıra mümkün giriş formatlarına malikdir). BTW 26 yalnız iki həftədən ibarətdir (bir həftəlik yükləmələr yalnız qismən işləyir). Dəyişdim <> üçün:

Kameranın yerləşməsinə üstünlük verilir.

Oxşar bir mesajı yükləyənlərə <. İstifadə edərək göstərməyin üstünlüyü> özlərini seçməyi düşünə bilməkdir. - İstifadəçi: Docu, 09.07.20, 20 Temmuz 2009 (UTC), düzenlendi 09:45, 20 Temmuz 2009 (UTC)

Mən yaratdım <> oxşar bir səhv mesajı ilə və onu qorudu. Sv1xv (müzakirə) 10:10, 20 iyul 2009 (UTC) Təşəkkürlər. Yenidən gördüm ki, alətlər:

para / GeoCommons / recentchanges.php pozuldu. - İstifadəçi: Docu saat 10:18, 20 iyul 2009 (UTC) Hər halda, mən də qorudum <>, çünki hər zaman məyus bir istifadəçinin şablonu en-wiki-dən kopyalaması şansı həmişə var. Düzəliş etmək istəyirsənsə, müdafiəsiz qalmağımı xahiş et. Sv1xv (müzakirə) 10:24, 20 iyul 2009 (UTC) Düzəlişə ehtiyac yoxdur. Son dəyişikliklər BTW-yə qayıdır. - İstifadəçi: Docu saat 10:29, 20 iyul 2009 (UTC)

OK - yəqin ki, bununla yeni deyiləm, amma indi başqa şeylərə baxıram. Artıq bir müddətdir şəkillərimi coğrafi etiketləyirəm, ancaq bir neçə sayta baxarkən (sizin kimi) pəncərələr üçün geosetterə rast gəldim ([7]). MS-nin fotoqraflar üçün alətinə də rast gəldim (faydalı bir şey etdiklərini bilmirdim.)). EXIF-dən coğrafi məlumatları idxal edə bilərikmi və ya mən buradayam? Təşəkkürlər - Herby kəklikotunu danış 12:38, 22 iyul 2009 (UTC)

Əla məhsulları. Kameram daxili EXIF ​​coğrafi etiketidir, amma qaçışda çəkdiyim üçün yer adətən köhnəlir, buna görə yükləmədən əvvəl tənzimləmək üçün Microsoft Pro Photo Tools 2-dən istifadə edirəm. Tez-tez Commons yerini daha sonra da tənzimləyirəm. Jim.henderson (müzakirə) 13:38, 22 iyul 2009 (UTC) DschwenBot EXIF-i <> (# Avtomatik prosedurlar). - İstifadəçi: Docu saat 13:57, 22 iyul 2009 (UTC)

  • Təmizlədim <> və <> Fayl: boşluqdan, lakin bir neçə istifadəçi hələ də bunlardan istifadə edərək yeni sənədlər yükləyir. Hata mesajı yazılan narıncı qutuya belə əhəmiyyət vermirlər!
  • <> ailə tamamilə əvəz edilə bilməz. Xüsusilə <> şablonlar üçün faydalıdır, çünki çox mülayim və şablonda köçürmə üçün əlverişlidir. Aşağıdakı şablonlardan istifadə olunur:

Şübhə edirəm ki, istifadəçilər deyil hələ də bunlardan istifadə edərək yeni sənədlər yükləyin lakin şəkillərin Commons-a köçürülməsinə kömək edən bəzi alətlər. Bu istifadəçilərin çoxu çox yeni görünür və ilk dəfə Commons-da görünməmişdən əvvəl silinən şablonları bilmir. Mən də bununla razıyam <> ailə tamamilə əvəz edilə bilməz Düşünürəm ki, bunlar xüsusilə qalereyalarda, kateqoriyalarda və s.-də faydalı şablonlardır və bunları <> şablonları hansını nişanladığınızı izah edən bir mətndə istifadə edə biləcəyiniz üçün (aydın olmadığı təqdirdə), lakin şübhə edirəm ki, Fayl: ad məkanında əksər hallarda kamera ilə əvəz edilə bilər <>. Həm də bunlardan 3-4-ə ehtiyacımız olduğunu düşünmürəm. --Jarekt (müzakirə) 03:51, 26 iyul 2009 (UTC)

Guya <əlavə olunmuş AddCoordinates.js tərəfindən edilən redaktəni gördüm> səhv parametrlərlə: <>. AddCoordinates.js ilə tanış deyiləm, amma kimsə düzəldə bilərmi? --Jarekt (müzakirə) 14:41, 29 iyul 2009 (UTC)

Mən düzəltdim. <> N və W tələb etmir, N / E və S / W işarələrini göstərmək üçün + və - istifadə edir. Sv1xv (müzakirə) 15:39, 29 İyul 2009 (UTC) Təsviri düzəltdiyiniz üçün təşəkkür edirəm, amma ehtimal ki, > səhv formatlı şablonlar. --Jarekt (müzakirə) 15:54, 29 iyul 2009 (UTC) Ssenari şablonu formatlaşdırmır, ancaq faylın təsviri səhifəsinə əlavə edir. Hər hansı bir alətdən istifadə edilə bilər. Multichill bunu koordinat alətindən istifadə edir. Alət uyğun olmayan bəzi formatlar da daxil olmaqla bir sıra fərqli formatlar təqdim edir. - İstifadəçi: Docu saat 17:29, 29 iyul 2009-cu il (UTC) Hansı vasitənin səhv biçimlənmiş yaradıldığını tapmaq üçün bir yol varmı <> şablon? - Jarekt (müzakirə) 13:12, 31 iyul 2009 (UTC)

CommonsHelper ilə əlaqəli bir səhv hesabatı yalnız <> En Wiki-dən köçürmə zamanı şablon. Baxışlardan əvvəl və sonra baxın .-- Jarekt (müzakirə) 13:01, 4 Avqust 2009 (UTC)

Http://lists.wikimedia.org/pipermail/commons-l/2009-August/004973.html saytına görə yeni bir versiya hazırlanır. - İstifadəçi: Docu saat 18:16, 4 Avqust 2009 (UTC)

Əksər kateqoriyalar kamera yerləşməsi yerinə obyekt yeri ilə hazırlandığından > əvəzinə <> kateqoriyalar üzrə, lakin <> orada tez-tez istifadə olunur.

Bunun necə işlədiyini görmək üçün Atlı heykəli və ya Arc de Triomphe bağlantısını sınayın. Şəkillər bütün kateqoriyalar üçün göstərilmədiyi üçün linki yenidən silməyimi düşünürdüm. - İstifadəçi: Docu saat 17:18, 27 Avqust 2009 (UTC), düzəliş 18:08, 27 Avqust 2009 (UTC)

Mənim bundan xoşum gəlir. Düşünürəm ki, <. Olan fayllar üçün də faydalı ola bilər> şablon, çünki bir çox fotoşəkil yaxınlıqdakı obyektlərdəndir. --Jarekt (müzakirə) 17:54, 27 Avqust 2009 (UTC) Müəyyən dərəcədə yalnız başlıqlar düzgün qoyulub obyektə tərəf yönəldildiyi təqdirdə işləyir. Yaxınlıqdakı şəkillərə birbaşa baxmaq üçün alətlər:

dispenser / cgi-bin / locateCoord.py istifadə edilə bilər, lakin hazırda kiçik şəkillər çıxmır. - İstifadəçi: Docu, 18.08, 27 Avqust 2009 (UTC)

İstifadəçi səhifələrində hazırda aşağıdakılar var:

Xüsusi: Tercihlərə bağlayan, lakin bütün istifadəçilər üçün mövcud olan "coğrafi kodlaşdırma" ilə başqa bir nişan əlavə edək. - İstifadəçi: Docu saat 12:54, 25 iyul 2009 (UTC)

Əlbəttə, niyə olmasın. -mattbuck (Danışıq) 17:33, 25 iyul 2009 (UTC)

Larinin VP-dəki sualını cavablandırmaq üçün ("Nə tələb olunduğunu xülasə edə bilərsənmi?") Və onsuz da qısa bir xahişi ümumiləşdirməyə çalışaq: "Bağlantıyı interfeysə əlavə edəkmi?" - İstifadəçi: Docu, 18 İyul 25, 2009 (UTC)

Düşünürəm ki, bu nişanın "qəribə" adı var və mənə xüsusi vikiproqramın yalnız bir hissəsini hiss etdirir. Nəticədə, bir gadget ümumi ssenaridən daha yaxşı olardı. Kwj2772 (msg) 15:00, 27 İyul 2009 (UTC) Geocoding həqiqətən müəyyən bir WikiProject-in bir hissəsi deyil, əksinə Commons-a töhfə verən şəkillərə tam təsvir / kateqoriyalar əlavə etmək elementlərindən biridir. Bağlantı əsasən bunu mütəmadi olaraq etməyənlər üçün istifadə olunur və bir cihaz bu nöqtəni bir qədər məğlub edəcəkdir. Adın ideal olmadığını qəbul edirəm, amma ağlıma gələn başqa bir ad yox idi. Daha yaxşı ad təklif edə bilərsinizmi? - İstifadəçi: Docu saat 16:07, 27 iyul 2009 (UTC)

İcazə verin. Bütün istifadəçi səhifələrinə "Geocoding todo" (və ya hər hansı bir şey) adlı bir nişan əlavə etmək üçün bütün qeyri-kodlanmış şəkillərini görə və potensial olaraq coğrafi kodlaşdırmağı xahiş edirsiniz? Yüklədiyim ilk 500 dosyaya baxdım və heç biri coğrafi kodlaşdırıla bilməz (bir neçə fotoşəkil heç bir koordinat verməyən üçüncü tərəf saytlarındandır). Bunun çox miqdarda sənədlərimizlə əlaqəli olduğundan əmin deyiləm. Üstəlik, coğrafi kod yazan insanların çoxu onsuz da etmir? Yeni bir nişanın başqalarını işə salacağına şübhə edirəm. Gadgetın getməyin yolu olduğunu düşünürəm, çünki bu olduqca ixtisaslaşmış görünür. Bəlkə də əlavə edildi Geocoding alətləri. Rocket000 (müzakirə) 06:05, 31 iyul 2009 (UTC)

"geocoded deyil" daha yaxşı ola bilər. Töhfələrinizlə işləyim, bunun daha mənalı olduğunu görəcəksiniz. Çox qrafika əldə etdiniz). - İstifadəçi: Docu saat 07: 13-də, 31 İyul 2009 (UTC) Təqdimatlarınıza baxsanız, hansının coğrafi kodlaşdırıla biləcəyini asanlıqla görəcəksiniz. Sonunculardan bir neçəsi var. Bütün digərləri üçün iki seçiminiz var: bunlara məhəl qoymayın və ya kateqoriya əlavə edin: Yer tətbiq olunmur. Daha sonrakı həll onları siyahıdan çıxarır, ancaq səhifəyə baxaraq hansının edilə bilməyəcəyini görəcəksiniz.Başqasının şəkillərini yükləsəniz də, onları coğrafi kodlaşdırmaq istəyə bilərsiniz. Aydındır ki, bunu öz şəkilləri ilə etmək daha asandır. Bağlantı hər kəsə hələ də nə edilə biləcəyini bilmək üçün sürətli bir yol verəcəkdir. İstifadəçi: Fayl Yükləmə Botu (Magnus Manske) da bu linkə sahib olacaq, lakin orada faydalı ola biləcəyi ehtimalı yoxdur (İstifadəçi müzakirəsi: Fayl Yükləmə Botu (Magnus Manske) və s.)), Ancaq onu dəyişdirmək istəmirik. o istifadəçi. - İstifadəçi: Docu, saat 09:49, 31 iyul 2009 (UTC) Hansılarının coğrafi kodlaşdırıla biləcəyini görmürəm. "Homerville, Georgia, US" kimi ən ümumi bir yeri olanları (ən konkret tapdığım) nəzərdə tutursunuz? Yalnız kameradan koordinatlarıma və ya baxa biləcəyim yerlərə görə koordinat verdiyim sənədləri geocoded etdim. Bu qədər geniş ərazidə yerləşmək normaldır? Standart eşik nədir? Şəhərlər kifayət qədər spesifikdir? Bəs ABŞ dövləti və ya kiçik bir ölkə? Ümumiyyətlə əldə etdiyim budur. Rocket000 (müzakirə) 17:56, 31 iyul 2009 (UTC)

Ümumi fikir kameranın yerini kodlaşdırmaqdır (ilə <> və ya <>) bir neçə metr dəqiqliklə (ideal olaraq). Bu, əsasən açıq mənzərələr üçün maraqlıdır (və mümkündür). Bütün qrafikləri atladıqdan sonra aşağıdakılara gəldim:

Bitdi obyekt yeri

Bergen olanlarını sınamadım, amma digərləri üçün az və ya çox dəqiq bir kamera yeri və başlığı tapa bildiyimi düşünürəm. Birincisi, özümü obyekt yeri ilə məhdudlaşdırdım (<>). Hələ şəkillərə koordinatları əlavə etmədim, buna görə də cəhd edə bilərsiniz. Vikipediyada məqalələrin coğrafi kodlaşdırılmasından sonra da, başlanğıcda, bu olduqca öyrənmə əyrisi. - İstifadəçi: Docu saat 03:43, 1 Avqust 2009 (UTC)

para / GeoCommons / geocodingtodo.php yalnız ümumi üçün işləyir, digərləri isə bütün layihələrdə istifadə edilə bilər. Oxucular üçün seçim etmək üçün başqa xəritələr təklif edə bilərik, amma heç bir tələb olmadığı görünür. - İstifadəçi: Docu, 11:32, 31 Avqust 2009 (UTC) İndi üçü də "on" düyməsinə vurdum və Kateqoriya: Harlem-də etiketi olmayan piksel göstərən nişanı əldə etdim. Gözəl işləyir, amma istifadəçi səhifəmdə əlavə bir nişan yoxdur. Beləliklə, tələb səhifəsini də vurmalıyam. İndi yola çıxmazdan əvvəl nəticələri diqqətlə yoxlamaq üçün vaxtınız yoxdur, buna görə də sabahı gözləyəcəkdir. Ah. Mənim səhvim. Bəli, etiketi olmayan pikselimi göstərmək üçün klik qutusu həqiqətən coğrafi kod menyusunda göstərilir. Bəlkə Google Maps şeydəki pişik də mənim daha diqqətli bir baxışımı gözləyir. Jim.henderson (müzakirə) 03:13, 30 Avqust 2009 (UTC)

Keçid sənədini təqdim etdiyiniz üçün təşəkkür edirik, lakin bu təklifin coğrafi kodlaşdırma aspektini burada müzakirə etmək daha yaxşı ola bilər. Təsəvvür edirəm ki, görüntünün bir neçə konkret yerində coğrafi kodlama lövbərləri təmin edən şərhlər yarada biləcəyik. Qeyd etdiyim kimi, bir neçə belə lövbərə əsasən avtomatik olaraq Geocoding örtüklərini və ya Panoramalar yarada biləcək vasitələrin yazılacağını düşünürəm (3?). Mümkünsə bu cür örtüklərin yaradılmasını xeyli asanlaşdıracaq və daha geniş istifadəyə imkan verəcəkdir. Bunu etmək mümkündürmü? --Jarekt (müzakirə) 13:19, 10 sentyabr 2009 (UTC) Koordinat çıxarma prosesini pozmamağa diqqət yetirilməlidir. Bir şəkil birdən-birə onlarla koordinat ehtiva edirsə, nəticədə geo-hack səhifəsinə daxil olan URL-lər (xarici əlaqələr cədvəlindəki URL-lər koordinatları çıxarmaq üçün istifadə olunur) kamera yerlərini və obyekt yerlərini fərqləndirməlidir. Bu fərqi ObjectLocation şablonuna əlavə etdim. Həm də ailəyə əlavə edilməli olacaq. --Dschwen (müzakirə) 13:26, 10 sentyabr 2009 (UTC) Yer şablonları bu məqsədlə bu günə qədər yaxşı işləmir <> şablon. Lakin <. 'Dan fərqli sintaksisə malik olduğundan çox sevmirəm>. Bir nümunə File: Bundesarchiv Bild 183-S53511, Warschau, Weichsel, Brände.jpg-də görülə bilər ki, həmin şablondan istifadə edərək koordinatları olan 3 kiçik izahat əlavə etdim. Bu şablon hər hansı bir problem yaratmır? --Jarekt (müzakirə) 13:46, 10 sentyabr 2009 (UTC) Kəşf etdiyim (və ya yenidən kəşf etdiyim?) <>. Bundan istifadə etməyə çalışacağam. Panoramalar üçün mövcud alətlər ideal görünmür. İzahatlı olsa da, ekranı kifayət qədər böyük miqyasda görüntü və qeydləri görmək üçün düzəltmək çətindir. 360 ° dərəcədə panoramada "N" işarəsi vermək üçün bir izahat istifadə etməyə çalışdım. Bəlkə koordinatlar daha yaxşı nəticələr verə bilər. - İstifadəçi: 11 sentyabr 2009 saat 04: 14-də Docu (UTC)

Dünən yalnız kompüterim dəyişdi, yoxsa başqaları coğrafi etiketli Wikipix üçün Google roundel-in daha az məlumatlandığını gördülər? Məsələn, bu xəritədə yuvarlaq yerlər əzilir və oxlar şimala tərəf yönəlir, əksəriyyəti üçün kamera başqa tərəfə baxırdı. Wikimedia-da və ya Google-da dəyişiklik olubmu? Jim.henderson (müzakirə) 16:35, 4 sentyabr 2009 (UTC)

İşarə etdiyiniz xəritədəki məzmun İstifadəçi: Para tərəfindən yazılmış bir alət versiyası ilə təmin olunur. GoogleMaps sadəcə onu görüntüləmək və arxa plan təmin etmək üçün bir vasitədir. GoogleMaps-da bir səhv / API dəyişikliyi olsa da, əvvəlcə Para ilə danışardım. --Dschwen (müzakirə) 16:50, 4 sentyabr 2009 (UTC) Google Xəritələr alət serverinə istəklərdə özlərini tanıma tərzlərini dəyişmiş kimi görünür. Google Maps-in yalnız KML standartının bir alt dəstəyini dəstəklədiyi üçün sadələşdirilmiş məzmuna xidmət etməsi vacibdir. Algılamanı indi düzəltdim və əvvəlki kimi görünür. --Para (müzakirə) 17:53, 4 sentyabr 2009 (UTC) Təşəkkürlər, amma KML-ə baxmıram. Bir kateqoriyanın xəritəsindəki Wikidotların başlıqlı oxları ola bilsəydi daha da gözəldir, amma təsəvvür edirəm ki, bu başqasının şöbəsidir. Jim.henderson (müzakirə) 21:23, 4 sentyabr 2009 (UTC) Oh! İndi kateqoriyalar xəritələrində oxları görürəm! Çox xoş və bəzi başlıqları düzəltməyimə səbəb oldu. Təşəkkür edirəm, kimsə. Jim.henderson (müzakirə) 00:02, 13 sentyabr 2009 (UTC)

Bu şablonu silmək üçün burada istənildi. Heç bir şeyi bağlamaq istəmədiyim üçün sadəcə hər hansı bir yerdə istifadə edildiyini və ya hər yerdə istifadə edilməsi planlaşdırıldığını yoxlamaq istədim? Xahiş edirəm mənə bildirin. Çox sağ ol. --Evil IP ünvanı (müzakirə) 09:22, 13 sentyabr 2009 (UTC)

Bəli, bir kateqoriyanın bütün coğrafi etiketli şəkillərini göstərən Google xəritəsi olduqca xoşdur. Xeyr, bütün müxtəlif xəritə alətlərini əldə etmək üçün üç dəfə vurmaq məni narahat etmir. İki kiçik böcək və ya daha çox ehtimal ki, iki təzahürü tapdım:

  1. Pişikdə etiketli bir şəkil olmadıqda, bunu demək əvəzinə, Google bizə boş bir dünya xəritəsi verir. Yarım dəqiqə məni çaşdırdı.
  2. Yalnız bir etiketli şəkil olduqda, Google maksimuma yaxınlaşdırır və sonra ümumiyyətlə yox deyir, bu miqyasda hava şəkli yoxdur. Sistem havadan görünməyəcəyini başa düşəcək qədər mümkün qədər parlaq olmalı və mümkün olan miqyasda böyütməlidir. Bu faydalı vasitənin ümumi buraxılış üçün hələ də qəribə olduğunu göstərən başqa bir tələdir.

Həm də kameranın hansı tərəfə baxdığını söyləyən bir nöqtə yoxdur. Bir səhv deyil, daha çox bir istək. Ah və başqa bir istək budur ki, "məkan" xaricindəki şablonlardan biri də kateqoriya təsvirlərində istifadə olunsun, çünki pişiklər ümumiyyətlə bir obyektlə əlaqədardır, məsələn Kateqoriya: Newark Körfəz Körpüsü, bir baxış nöqtəsi deyil, buna görə ümumiyyətlə obyekt əvəzinə kodlamalıdır POV. Bu kiçik böcəklər və zəif istəklər məni geri qayıtmağı və köhnə coğrafi etiketləmə kamerası ilə hazırladığım bəzi köhnə piksellərə etiketlər əlavə etməyimə mane olmadı, amma ümid edirəm kimsə bunların üzərində işləyir. Jim.henderson (müzakirə) 04:56, 2 sentyabr 2009 (UTC)

  1. İndi bölməyə adətən yer işarələrinin siyahısını göstərən 0 nəticə qeydini əlavə etdim. Bəlkə Google göstərmək istəndiyi məlumatlarla bağlı bəzi meta məlumatları göstərməlidir və ya bəlkə də insanların məlumatlarına girmək istəmirlər. Həqiqi xəritə ərazisinə "Bu səhifə qəsdən boşdur" tipli bildiriş əlavə etməkdən çəkinirəm, çünki yer işarəsi və ya davamlı bir şəkil örtükləri olmalı idi və bəzi tətbiqlərdə bəlkə də real məlumatlardan fərqləndirmək çətindir. Bəlkə yan şüşəyə yeni əlavə edilmiş mavi bildiriş kifayət qədər diqqət çəkir?
  2. Google verilmiş məlumat sənədindəki bütün yer işarələrini göstərən bir yaxınlaşma səviyyəsini seçir. Xidmətin ərazi ilə bağlı heç bir görüntüsü olmasa belə, prioritet yer işarələrinin göstərilməsində görünür. Bir neçə ay əvvəl Google Xəritələr bir yer üçün mövcud olan maksimum zoomu tapmaq üçün bir xüsusiyyət təqdim etdi [9], lakin görünən odur ki, özləri tam istifadə etmirlər. Hata və ya xüsusiyyət? Bütün yer işarələrini göstərmək üçün lazım olan yaxınlaşma səviyyəsini hesablayaraq alətlərin server tərəfində onun ətrafında işləmək və ərazinin mərkəzindəki Google ilə ən yaxşı zoom səviyyəsini minimuma endirmək texniki cəhətdən mümkün olacaqdır. Bu sadəcə çox iş kimi gəlir və mən Google-un sonunda tez və kiçik bir düzəliş olacağını yenidən kəşf etmək istəmirəm.

Skan edilmiş xəritələr ümumiyyətlə kifayət qədər genişlənir, ümumiyyətlə əhəmiyyətli bir koordinat aralığını əhatə edir. Görünüşdə bir nöqtənin tərifi olmalıdır ki, bunun üçün "sol" üst sol (şimal-qərb) künc dünya-fayldakı kimi ən çox görülür. Ümumiyyətlə bir dünya sənədindəki məlumatları buraya daxil etmək ən yaxşısı olardı, ancaq ən azından görüntünün ölçüsü də təyin olunmalı və yüklənmələr üçün istənilməlidir, yəni ikinci bir yer olaraq kodlaşdırıla bilər, yəni. sağ alt (cənub-şərq) künc. Buradakı vacib məlumatların ayrıca bir hissəsi, məlum olduğu təqdirdə xəritə proyeksiyasıdır.

Bu təklif Commons: Geocoding / Overlay üçün lazımsızdır. --Dschwen (müzakirə) 22:00, 5 oktyabr 2009 (UTC)

Şəkil: Nereus krateri Mars (Fürsət) 2009-09-19.png-in Marsdakı yerini coğrafi kodlaşdırmağa çalışdığını gördüm. dünya: mars isteğe bağlı parametrdə. Mövcud şablon koordinatları tıklayarkən yaxşı işləyir, ancaq tıklandığında düzgün işləməyin Google xəritələr (Çalışmadım Google Earth). Şablonu düzəltmək üçün "http://maps.google.com/maps?ll=-02.115303,-05.521192" adresindən "http://maps.google.com/" google maps bağlantısını dəyişdirməliyik. mars / # ll = -02.115303, -05.521192 ". İstədiyiniz parametri şablon içərisində təhlil edə biləcəyimizə əmin deyiləm, ancaq bunu etməliyik, yeni bir şey təqdim etməliyik kürə şablon üçün parametr və ya digər qlobuslar üçün yeni şablon (lar) yaradın. --Jarekt (müzakirə) 15:33, 22 oktyabr 2009 (UTC)

Niyə mars üçün ayrı bir şablon istifadə etmir. Daha çevikdir və dünyaya konsentrə ola bilərik. Sizcə coğrafi koordinatları olan marslardan neçə şəkil çəkirik? --Kolossos (müzakirə) 15:58, 22 oktyabr 2009 (UTC) İndiyə qədər birini tapdım, buna görə burada heç bir aktuallıq yoxdur, ancaq coğrafi kodlama şablonlarına maraqlı bir əlavə olardı. Mövcud şablondan istifadə edərək digər qlobuslar (mars, ay, göy və s.) Üçün yeni bir şablon yaratmağa baxacağam: yer / tərtib və lokalizasiya şablonları. --Jarekt (müzakirə) 17:00, 23 oktyabr 2009 (UTC)

Məlumat almaq üçün Google Xəritədən istifadə edilməməsi tövsiyə edilməməlidir. OpenStreetMap layihəsi buna görə Commons-dan geodatanın istifadəsini dayandırır və ya qadağan edir: openstreetmap: OpenStreetPhoto # Wikimedia_Commons_photos, openstreetmap: Collaboration_with_Wikipedia # Importing_geodata_from_Wikipedia. --AVRS (müzakirə) 23:00, 26 oktyabr 2009 (UTC)

Everest dağının uzunluğu və enliyi kimi faktların müəllif hüququ ola bilməyəcəyi təəssüratı altındayam, amma bəlkə də ya qanunu, ya da bu qanunun tətbiqini səhv başa düşürəm. Jim.henderson (müzakirə) 03:49, 27 oktyabr 2009 (UTC) Haqlısınız, müəyyən bir obyektin müəyyən bir coğrafi koordinatda olması müəllif hüquqları ilə qorunmur. Sv1xv (müzakirə) 19:09, 28 oktyabr 2009 (UTC) Hamısı OpenStreetMap ilə daha sıx inteqrasiya olunmağın tərəfdarıyam. Əgər kimsə OpenStreetMap-dan koordinatların çıxarılmasının bir yolu bilirsə, xahiş edirəm bu məlumatı Commons: Geocoding-də paylaşın. Bütün coğrafi kodlaşdırma Google əsaslı alətlər vasitəsi ilə həyata keçirilmir: bəzi kameralarda GPS cihazları var və GPS yerlərini EXIF ​​məlumatlarında saxlayır (baxın Bölmə: GPS EXIF ​​ilə Media). --Jarekt (müzakirə) 04:05, 27 oktyabr 2009 (UTC) Əlbəttə. Mənim Nikon P6000 bunu edir. Ancaq hər zaman düzgün deyil, buna görə yükləmədən əvvəl EXIF ​​yerini yoxlamaq və tənzimləmək üçün Microsoft Pro Photo Tools 2 istifadə edirəm. MSPPT çox yaxşı bir əyilmə görünüşünə malikdir, lakin həssaslığı zəifdir, buna görə yüklədikdən sonra Google Earth-dən yenidən yoxlamaq və yenidən tənzimləmək üçün istifadə edirəm. Keçən il coğrafi etiketləmə kameram yox idi, ona görə Fayl: Under Hamilton Br Harlem jeh.JPG iki gün əvvələ qədər işarələnməmişdi. Google Earth'ün ərazi mübaliğəsi xüsusiyyəti məni səhvən etiketi Harlem çayına doğru çox aşağı salmaqdan saxladı. Microsoft və ya Google-ın dayandığımı söylədiyim yerdə dayandığım həqiqətinə sahib olduğu iddiasına gəldikdə, xeyr, bu məlumata görə müəllif hüququ yoxdur, çünki heç kim bir həqiqətə sahib deyil. Bəli, OpenStreetMap və buna bənzər qeyri-kommersiya saytları, Microsoft Bing və Yahoo Maps və digər ticari xidmətlər qədər rahat bir şəkildə faktiki yerlər təqdim edərsə məmnun olardım, amma bildiyim qədər yoxdur. Jim.henderson (müzakirə) 17:27, 28 oktyabr 2009 (UTC) OSM, Yahoo-nun hava görüntüləri ilə yaxşı olmalıdır. Dəqiqliyinin başqaları ilə müqayisəsini bilmirəm. --AVRS (müzakirə) 20:11, 28 Oktyabr 2009 (UTC) "koordinatları (hər yerdə) çıxartmağın bir yolu" - niyə dəyişməli olduğumu nə vaxt istərdim? Fərqli bir koordinasiya sistemindədirlər? Google-dan olan koordinatlar Openstreet-də fərqli bir yer verə bilərmi və ya əksinə? Dedim ki, istifadə etdiyim http://www.giswiki.org/hjl_geocoding.htm vasitəsilə goofle interfeysi bəzi ciddi inkişaflarla edə bilər. NVO (müzakirə) 15:23, 5 dekabr 2009 İki əlaqəli ifadələr az-çox boş şeylərdir. Çox pis OSM bu şəkildə düşünür. Prinsipcə düzgün işi etməyə çalışırlar, lakin qurduqları potensial müəllif hüquqları pozuntusu ssenarisi mümkünsüzdür (ən azı desək). Ümumi məlumatdakı koordinat məlumatları xəritəyə dair meta məlumat ehtiva etmir və hətta sistematik olaraq yalnız yol yollarında yerləşən nöqtələri də ehtiva etmir. Müəllif hüquqları ilə qorunan məlumatları commons pointcloud-dan əldə etmək sadəcə mümkün deyil. Wikipedia üçün metadata mövcud olduğunu və kamera mövqelərinin kodlandığı ümumi mətnlərdən fərqli olaraq wikipedia kodlarının obyekt mövqelərini mübahisə edə bilərsiniz. Bununla birlikdə, coğrafi kodlaşdırılan detal səviyyəsi Google Maps kimi müəllif hüququ ilə qorunan Xəritəçəkmə verilənlər bazaları ilə heç bir şəkildə müqayisə edilə bilməz. Wikipedia Geocoding verilənlər bazasında pulsuz mənbələrdən istifadə edərək asanlıqla əldə edilə bilməyən məlumatları tapmaq sizi çox narahat edir. --Dschwen (müzakirə) 18:08, 28 oktyabr 2009 (UTC) Yuxulu idim və ilk cümləni belə yazmamalı idim. Müəllif hüququ ilə qorunan məlumatların əldə edilməsinə və bir neçə koordinat istifadəsinə gəldikdə, açıq küçə xəritəsinə baxın: Müəllif hüququ Pasxa Yumurtaları və açıq küçə xəritəsi: Müəllif hüquqları Pasxa Yumurtaları # Rəqəmsal_Həritələr. --AVRS (müzakirə) 20:11, 28 oktyabr 2009 (UTC) "Eastereggs" xəritələşdirməsindən tamamilə xəbərdaram və bunların fərqinə varmalısınız tamamilə ən azı ümumi koordinat çıxarılması ilə əlaqəsizdir. --Dschwen (müzakirə) 15:17, 30 oktyabr 2009 (UTC) Mən daha az şöhrətpərəstəm, lakin bu narahatlıq, coğrafi məlumatlarını sadəcə kopyalamaq üçün Google'a etibar edən insanlar üçün, ehtimal ki, aktual görünür. Google coğrafiyasındakı çox sayda açıq səhv səbəbi ilə, bu, son dərəcə ağılsız görünür, steganoqrafiya və ya tələlər qurmaq üçün xəyali yerlərin qoyulmasını heç vaxt unutma. Məsələn, iki gün əvvəl keçən ilki Faylımızı: Mount Carmel Bayonne.JPG-nin Xanımını kodlayırdım və Google Earth-ün kilsənin və onunla əlaqəli məktəbin yerini dəyişdirdiyini aşkar etdim. Keçən həftə mənim Dosyamdı: Univclub54.JPG. Google-un havadan görünüşləri və xəritələri 54-cü küçənin bu hissəsini düzgün şəkildə idarə etdi. Bununla birlikdə, Google Street View (GM və ya GE vasitəsi ilə) bu qapını göstərmir, əksinə 53d Caddəsində bir blok cənubda çəkilən şəkilləri göstərir. 53-cü bu blok, eyni zamanda 54-cü əsl 54-ün itkin düşdüyü kimi təkrarlanır. 1963-cü ildən bəri minlərlə dəfə gəzərək 53-cü yeri yaxşı bilirəm. Səhvi Google Maps-in səhv hesabat səhifəsinə daxil etməyə çalışdım, amma heç kim cavab vermədiyi və ya heç nə etmədiyi üçün səhv saldım. Çox pis bir şəkildə Vikilike düzəliş mexanizmi səhvlərinə sahib deyillər, ehtimal ki, uzun müddət davam edəcəkdir. Və ya bəlkə də səhvlər onların müəllifləri tələyə salma üsullarıdır. Hər halda, Google-a və ya digər mənbələrə o qədər güvənməyin ki, onların materiallarını kopyalayın. Google Street View tərəfindən verilən detalları sevirəm, lakin səhvlər çox yaygındır və mənbələrim şübhəli davrananda və alternativ mənbələr olduqda və ya öz biliklərim sualı həll edə bilmədikdə tez-tez bir yer etiketləməkdən imtina edirəm. Fotoşəkillərimin çoxu 53-cü küçə qədər tanımadığım yerlərdəndir. Müqayisə üçün, xəyali küçələr və binalar tərəfindən qəsdən yaradılan tələyə düşmək uzaq bir ehtimal kimi görünür, ancaq mütləq həqiqətdən çox Google, Bing, Yahoo və digər mənbələri rəhbər kimi götürsəniz, hər halda tələyə düşməyəcəksiniz. Jim.henderson (müzakirə) 03:40, 1 Noyabr 2009 (UTC)

Həqiqətən kiçik bir şeydir, amma "Məkanı olan media" adlandırılmamalıdır? - İstifadəçi: Docu 13:32, 15 dekabr 2009 (UTC)

Faylların yeri ola bilərs kamera xaricində indi. --Para (müzakirə) 13:56, 30 dekabr 2009 (UTC) Bəli, amma bu nadirdir. - İstifadəçi: Docu saat 17:24, 30 dekabr 2009 (UTC)

GeoHack URL'ləri olduqca uzundur. Buna görə aşağıdakı qısaldılma sxemini təklif edirəm: damla pagename = refererdən əldə edilə biləcəyi üçün dil = və params = yenidən yazma qaydasından istifadə edərək istək yolunun bir hissəsi olun. Təsiri aşağıda göstərilmişdir:

Baxılan digər sxemlər bunlardır:

geohack / wikipedia / de / PARAMS. Toolserver istifadəçilərindən və xarici əlaqələr cədvəlini təhlil edən digər şəxslərin fikirlərini eşitmək maraqlıdır. Sxemi yekunlaşdırmışıqsa, müntəzəm ifadəni yenidən yazacağam. Müzakirə İngilis Vikipediyasında mərkəzləşdirilmişdir. --Dispenser (müzakirə) 03:28, 3 yanvar 2010 (UTC)

Tanıdım ki, demək olar ki, eyni yerə çox şəkil vurmaq digər istifadəçilər tərəfindən edilən digər etiketləri itələdi.
Buna görə Castel Tirolun Quş Baxımı Mərkəzindəki şəkillərin əksəriyyətindəki yeri sildim. Ancaq yenə də GoogleMaps-da göstərilir.
Onlardan necə qurtula bilərəm? Lord Koxinga (müzakirə) 12:13, 2 yanvar 2010 (UTC)

Xahiş edirəm bunu etmə. Geocoding GoogleMaps ətrafında dönmür. Bəzi şəkillər varsa digər istifadəçilər tərəfindən edilən digər etiketləri itələdi bu təəssüf ki, amma həll yolu budur yox coğrafi kodlama məlumatlarının silinməsi! --Dschwen (müzakirə) 17:14, 2 yanvar 2010 (UTC) Düzdür, amma əhəmiyyəti kiçik görünür. Bir kateqoriya və ya səhifədəki yüz şəkil (məsələn, Kateqoriya: Tur Eyfeldən baxışlar) təxminən eyni kamera yerləşməsinə sahibdirsə, hər bir belə səhifə və ya kateqoriya üçün tək bir etiket kifayət etməlidir. Jim.henderson (müzakirə) 19:18, 4 yanvar 2010 (UTC) Xahiş edirəm bu cür fərziyyələr verməyin. Verilərlə bu şəkildə dolaşmaq verilənlər bazasının keyfiyyətini aşağı salır və təkrar istifadəyə mənfi təsir göstərir. Onsuz da yer məlumatlarını istifadə edən bir neçə vasitə var (və daha çoxunu təsəvvür etmək mümkündür). Yerdəki məlumatların şəkillərdən silinməsi alət inkişaf etdiricilərinə lazım olan məlumatları toplamaq üçün lazımsız dərəcədə çətinləşdirir. --Dschwen (müzakirə) 20:11, 4 yanvar 2010 (UTC) Müvafiq faylların tarixindən kənar yerləri kopyalaya bilərəm. Bu mənim üçün problem deyil, çünki dəyişikliklərimi çox yaxşı sənədləşdirmişəm.
Ancaq - hər hansı bir dəyişiklik etməzdən əvvəl - sualım: Yaxşıdır, yoxsa bununla bağlı bəzi problemlərlə üzləşirik?
Digər tərəfdən, problemi necə həll etmək olar ki, yeri olan bəzi şəkillər artıq nə siyahıda, nə də xəritədə etiket kimi göstərilir?
Bu müzakirəyə görə, daha çox şəkil daha yaxşı coğrafi etiketlənir, çünki digər alətlər bunlardan hər hansı birini istifadə edə bilər (məsələn, wikispecies). Buna görə xəritədə bütün bu şəkillərin düzgün göstərildiyini təmin etmək lazımdır. --Lord Koxinga (müzakirə) 17:58, 6 yanvar 2010 (UTC) Bu problem tətbiqetmə inkişaf etdiriciləri tərəfindən həll edilməlidir.Dəyişiklikləri geri qaytarmaq yaxşı olardı. GoogleMaps ümumi təbəqəsi haqqında danışacaq şəxs İstifadəçi: Para. Xəritədə düzgün bir şəkildə göstərmək üçün çox böyük bir şəkil qrupuna sahib olduğunuz yerdə "Bu yerdə daha çox şəkil" bağlantısı olan GoogleMaps-da bir düyməni təsəvvür edə bilərəm. --Dschwen (müzakirə) 18:40, 6 yanvar 2010 (UTC) Tez cavab üçün çox sağ olun. Aşağıdakı kimi davam edəcəyəm:
- Təsirə məruz qalan şəkilləri "istifadə etməməyə" qoyun
- Mənim db-dən yenidən yer və başlıq əlavə edin (wikimedia-da geri qayıtmaq olmaz, çünki əlavə dəyişikliklər edilmişdir. - Lord Koxinga (müzakirə) 19:05, 6 yanvar 2010 (UTC)

GeoCommons-da səsləndirilən / keyfiyyətli şəkilləri vurğulamağın yaxşı bir fikir olacağını düşünürəm (xüsusi nişanlar, Commons logosunun rəngi və s.) Xüsusilə ən son aşağı qətnamə Geograph.uk kütləvi yükləmələrindən sonra bu fikirləri səsləndirirəm. Panoramio da şəkillərin populyarlığına görə ölçüsünü fərqləndirir. --EugeneZelenko (müzakirə) 15:53, 1 fevral 2010 (UTC)

Razıyam - Coğrafiya olanları bizə həcm verərkən ümumiyyətlə keyfiyyət vermirlər. - Herby kəklikotunu danış 16:08, 1 Fevral 2010 (UTC) Razıyam - Sıx örtülü ərazidə ən yaxşı görüntülərə baxmaq faydalı olardı. Walter Siegmund (müzakirə) 16:53, 1 fevral 2010 (UTC) Həm də razıyam. (Hazırda server açarları tərəfindən maneə törədilən) Vikiminiatlas-da xüsusiyyət statusları (FP, PotD, QI və s.) Və ölçüsü ilə göstəriləcək şəkillərin prioritetini hesablayıram. Bundan əlavə & lt1MP şəkillər (coğrafiya şəkillərinin əksəriyyəti kimi) daha kiçik göstərilir. Mənə aid olsaydı, coğrafiya boku heç görünməzdi. --Dschwen (müzakirə) 17:17, 1 fevral 2010 (UTC) "Coğrafiya boğazı" - ditto :) - Herby kəklikotunu danış 17:21, 1 Fevral 2010 (UTC) Bəzi coğrafi görünüşlər məni zoom bağlantısının qırılıb-pozulmadığını düşündürdü. Bu gün oxudum ki, son vaxtlara qədər olduqca aşağı ölçü sərhədləri var. Hər halda, şəkil çəkmək üçün gözəl yerlər axtarırsa, kiçik şəkillər də kömək edə bilər. - İstifadəçi: Docu 17:50, 1 Fevral 2010 (UTC) Görüntülərin keyfiyyətini bir saniyə kənara qoyun, keyfiyyəti coğrafi kodlaşdırma da fantastik deyil. Coğrafiyanın məqsədi hər bir ızgara kvadratının şəkillərlə doldurulmasını təmin etməkdir, buna görə də coğrafi kodlama yalnız hansı 1 km ızgara kvadratında olduğunu göstərir. Əlbətdə heç bir şeydən daha yaxşı deyil, ancaq bundan daha dəqiq ola bilərik .-- Nilfanion (müzakirə) 23:07 , 1 Fevral 2010 (UTC)

Tarix və kameranın yerləşməsi ilə Fayl: Kuznetsk Alatau 3.jpg üçün kifayət qədər dəqiq bir başlıq hazırlamaq mümkün olmalıdır. Hələ "NW" -dən daha irəli getmədim. - İstifadəçi: Docu saat 10:44, 24 yanvar 2010 (UTC)

İlin o vaxtı üçün [10] Gün batımı azimutuna görə və bir az daha şimal enliyində olan bir şəhər, Qərbdən 257 dərəcə və ya 13 dərəcə cənubdadır. Nişan nöqtəsi Günəşin bir az sağında olduğundan və Günəş batmağa bir neçə dəqiqə qaldığına görə, hədəf nöqtəsini 260 ilə 270 arasında və ya Qərb ilə WbS arasında qiymətləndirirəm. Lanet olsun, bir yerdə özbaşına bir yer seçməyə imkan verən bir veb saytı hesablayan bir gün batımı olmalıdır, amma harada olduğunu bilmirəm. Jim.henderson (müzakirə) 19:13, 24 yanvar 2010 (UTC) Yardımınız üçün təşəkkür edirik. Nəhayət [11] -ə çatdım ki, günəş üçün 226 ° verir (exif vaxtı GMT + 5 olduqda). Mapsources-a əlavə etmək üçün bir neçə link tapmağa çalışacağam. - İstifadəçi: 1 fevral 2010-cu il saat 17: 50-də Docu (UTC) Günəşin doğuşu / günbatımı azimutları http://www.rsimons.org/sunmoon/, yəni 254 ° -də tapıla bilər. Çərçivə 44 ° genişdir (17mm / 22.2mm, dərəcələrə çevirin). Başlıq gün batma nöqtəsindən təqribən 8 ° şimaldadır (günəş yolu üfüqə 54 ° bucaqdadır) və ya 262 °. Walter Siegmund (müzakirə) 18:01, 1 fevral 2010 (UTC)

Gözəl iş. Bəlkə də piksel saylarını, enlikləri və digər məlumatları başlıqlara çevirmək üçün daha avtomatlaşdırılmış bir yol olacaqdır. Əlbətdə ki, yerli hakimiyyət orqanlarının vaxt zonalarını elan etməsi əvəzinə GMT üçün kameralar quraşdırılsaydı, bütün bunlar daha asan olardı, bəzən bir okeanın o tayından turistlər tərəfindən çəkilən fotoların başlıqlarını müəyyənləşdirmək üçün kölgələrdən istifadə etməkdə səhvlər verirəm. Daha asan, mənim kimi GPS kameralarını avtomatik etiketləməyim nadir deyildi. Və görüntü işləmə proqramı kəsilmiş və təhrif edilmiş düzəliş şəkillər üçün açı məlumatlarını qorumaq üçün EXIF ​​istifadə edə bilərsə, bu çox asanlaşdıracaq! Jim.henderson (müzakirə) 18:43, 3 fevral 2010 (UTC)

Qarşıdakı coğrafya yükləmələri ilə birlikdə - Commons: Toplu yükləmə / Coğrafiya ilə bir coğrafi etiket ilə yüklədiyimiz 100.000 faylları ilə qarşılaşırıq. Bəlkə% 50-si bir OSGB36 coğrafi etiketi ilə səhv etiketlənəcək və Helmert düzəlişini tələb edəcək (təqribən 112m səhv), 50% -ində WGS84 var. Tez-tez BOT, coğrafi etiketin OSGB-dən istifadə etmək istədiyini əvvəlcədən biləcək. Bu kimi hallarda bir parametrə sahib olmaq faydalı olardı

Nə vaxtsa obyekt deyil kamera etiketlənir

Əlavə etiketlər istifadə edərək, başqa bir bota, Helmert etmək və ya əl ilə düzəltmək üçün bayraq etməyə imkan verəcəyini düşünürəm. Fikirləriniz varmı? Commons-a bir şərh yazdım: Toplu yükləmə / Coğrafiya .-- ClemRutter (müzakirə) 18:24, 11 mart 2010 (UTC)

Sadəcə qeyd üçün: Toplu yükləmə pis bir fikir idi. --Dschwen (müzakirə) 19:03, 11 mart 2010 (UTC)

Fotoşəkilləri qapalı və ya açıq havada etiketləmək maraqlı bir fikir ola bilər. Proqramlar bu məlumatdan istifadə etməyi və ya məqsəddən asılı olmayaraq seçə bilər. Jason Quinn (müzakirə) 22:46, 18 mart 2010 (UTC)

Bir neçə şəkil yüklədim və coğrafi etiket verdim (məsələn, Praha-Vysocany Underpass Enter.jpg) Commons-a yüklədim, lakin Google Maps örtük qatında görünmürlər. Yalnız bəzi köhnə şəkilləri göstərir. Praqa-vysocany.jpg dəmir yolu stansiyasında əyləc şəklindəki şəkil CD sinif 451 başlığını da yeniləmişəm, amma dəyişiklik üst-üstə düşməyib. Yeniləmə nə qədər həyata keçirilir? Yoxsa coğrafi etiketlememde səhv bir şey var? --Oprendek (müzakirə) 05:42, 2 aprel 2010 (UTC)

Ümumiyyətlə canlı olaraq yenilənir (indi <-də gecikmə varsa)>). alətlər:

para / GeoCommons / recentchanges.php 2010-04-01 10:36 tarixində ilişib qaldığını göstərir. Əgər davam edərsə, para yoxlanmasını istəmək istəyə bilərsiniz. - İstifadəçi: Docu saat 06:08, 2 aprel 2010-cu il (UTC) Problem başqa bir yerdə olmalıdır: Şəkil 31-də coğrafi etiketlədim (Location dec şablonu ilə). 3. 2010 2010 saat 19:29 CEST-də və sonra dəyişikliklər var alətlərdə bu an:

para / GeoCommons / recentchanges.php. Xahiş edirəm bu şəklin coğrafi yerləşməyimi yoxlayasınız, əgər düzgün etmişəmsə? --Oprendek (müzakirə) 06:32, 2 Aprel 2010 (UTC) Görünüşü mənim üçün yaxşıdır. Hata ayaqlama jurnalından (3MB) görünür, bəzi ssenarilər buradakı "Başlıq" başlıqlarını bəyənmir. Bəlkə də bu, həmin görüntü üçün bunu izah edir. Əmin deyiləm ki, bunun səbəbi yeri tamamilə atlamasına səbəb olur. Paradan bu barədə və ikinci görüntünün niyə yenilənmədiyini soruşmaq istəyə bilərsiniz. Bu alət serverinin yenidən tənzimlənməsi ilə bağlı bəzi problemlərdən qaynaqlana bilər. - İstifadəçi: 2 aprel 2010 saat 06:57, Docu (UTC)

Google Maps dünən və bu gün mənə Wikimedia Commons turlarını göstərmir, baxmayaraq ki Google Maps göstərir. Mənəm, yoxsa daha böyük bir problem? Jim.henderson (müzakirə) 18:54, 15 mart 2010 (UTC)

Bu gün mənim üçün yaxşı işləyir .-- Kolossos (müzakirə) 21:07, 16 mart 2010 (UTC) Mən də. Bunu yazdıqdan bir neçə saat sonra yoxladım. O vaxt işləyirdi və hər gün həmişəki kimi bir neçə dəfə istifadə etdiyimdə işləyirdi. Bilmirəm haraya təpik vuracağını bilən birisi mənim sualımı görüb motoru təpiklədi, yoxsa sadəcə özü yenidən başladı. Jim.henderson (müzakirə) 22:51, 16 mart 2010 (UTC) Bu gün yenidən. Google Earth dairəsi yoxdur. Jim.henderson (müzakirə) 22:11, 29 mart 2010 (UTC) Düşünürəm ki, bu, bu gün həyata keçirilmiş bəzi alətlər xidməti ilə üst-üstə düşmüş olmalıdır. Alət serverinə dair bir http://status.toolserver.org/ saytına baxa biləcəyiniz bir səhifə var. Yenidən hər şey işləyir? --Dschwen (müzakirə) 01:01, 30 mart 2010 (UTC) Bağışlayın yox, o səhifənin Google Earth haqqında mənə nəyi izah etməyə çalışdığını başa düşə bilmirəm. Xeyr, hələ də Google Earth-də heç bir Commons rölesim yoxdur. Jim.henderson (müzakirə) 04:44, 30 mart 2010 (UTC)

Ancaq bir dəqiqə əvvəl yenidən bir cəhd etdim və bir dəstə dairəvi atış etdim. Təşəkkür edirəm, bunu oxuyan biri işə yarayacaq bir şey etmişsə. Jim.henderson (müzakirə) 15:23, 30 mart 2010 (UTC)

Təəssüf ki, köhnə şəkillər üçün çox sayda rəflər olsa da, çox tez danışdım. Hələ bir şey işləmir, ya da bir geriyə qalmış bir şey və ya başqa bir şey. PATH jeh.jpg-dən Fayl: Newark Av yük körpüsü daxil olmaqla dünən (Nyu-York vaxtı ilə 29 mart) yüklədiyim piksel Google Earth dairəvi göstərilmir. Jim.henderson (müzakirə) 17:43, 30 mart 2010 (UTC)

On iki saat əvvəl bu hələ də həqiqət idi. İndi yenidən yoxladım və baxdığım bütün piksellərin (üçündə də) indi öz dairələri var. Çox sağ ol. Jim.henderson (müzakirə) 05:21, 3 aprel 2010 (UTC)

İndi on saatlıq yoxluqdan qayıtdıqdan sonra bütün xəritələrin Google Xəritədə qaldığı müddətdə GE-dən itdiyini gördüm. Jim.henderson (müzakirə) 05:21, 7 aprel 2010 (UTC)

Hələ yeddi saat əvvəl yox idilər, amma indi geri döndülər. Jim.henderson (müzakirə) 23:08, 7 aprel 2010 (UTC)

İstifadəçi: Adam Cuerden dirildi Şablon: Koord şablonu. Yaxşı sənədləşdirilmişdir və ehtimal ki, kateqoriyalara və ya qalereyalara xətt koordinatları əlavə etmək üçün faydalıdır, amma 2 problemim var:

  1. Bu şablonun <əlavə edəcəyi və ya əvəz edəcəyi barədə əmin deyiləm> , <> , <> , <> və bəlkə də digər satır daxilində kod kodlaşdırma şablonları. Bu şablonların dəyişdirilməsi və təqaüdə göndərilməsi ilə yaxşı olardım və bu daha təmiz görünür.
  2. Bu şablonun Fayl ad məkanında istifadəsinə icazə verilməməsi məntiqli ola bilər, çünki <> sənədlər üçün şablonlar.

WTF. Bunu əvvəlcədən müzakirə edə bilməzdi. Əvvəlcə bunu səbəbsiz silmədik. İndi coğrafi kodlaşdırma layihəsi ilə sıfır tədqiqata sahib olan bir istifadəçi onu "diriltir"? Bu BS. --Dschwen (müzakirə) 18:09, 21 May 2010 (UTC) Koordinatları sıraya qoymağın bir yoluna ehtiyacım vardı, buna görə bir yerin əsaslandırılmasını izah edə bilərdim. Yer şablonu satır içi şablon deyil. Müzakirəyə gəldikdə: əgər insanların hər bir qaranlıq Commons layihəsini yalnız onunla əlaqəli olduğunuz üçün bildiyini düşünürsünüzsə, onda nə düşündüyünüzü bilmirəm. Və getməmişdən əvvəl təxmini geolokasiyanın izahını pozmaq, silməklə Fayl: Polarlicht_2.jpg-ə baxıb <> uyğun olduğu kimi Geolocation üçün istifadə edildi və <> xəritədəki coğrafi yeri təyin etmək üçün istifadə olunan xüsusiyyətlərdən birini göstərmək üçün istifadə edilmişdir. <İstifadə edin> üçün ki məqsəd yalnız məsələni qarışdırmağa xidmət etmiş olardı. Bundan əlavə, <> yalnız satırda olmaq, >. Bunu görmədin, çünki baxmağa əhəmiyyət vermədin. Adam Cuerden (müzakirə) 18:30, 21 May 2010 (UTC) Adam, necə <> , <> , <> , <> cərgə kodlaşdırma şablonları. Onları sınadınız? Düşünürəm ki, Dschwen əvvəlcə soruşmaqdır, səhifə bir səbəblə qorunurdu. --Jarekt (müzakirə) 18:38, 21 May 2010 (UTC) Əslində cəhd etdim ([12]), amma yaşadıqları problemlə qarşılaşdım heç bir sənəd yoxdurvə beləliklə, sintaksis üçün bir crapshoot var. Koord >. Bundan əlavə, hadisələri a.-Da izah edəcək şeylər qurmağa çalışırdım hazırda COM-da aktiv müzakirə: VIC, sürət məsələləri. İşimin əsas sənədlərini edə bilməmişdən əvvəl müzakirə üçün bir həftəm yoxdur, çünki VIC yalnız 5-10 gün işləyir. Məlum parametrləri olan işləyən bir satır şablonuna ehtiyacım vardı. <İlə rəqabət edəcək funksiyaların silinməsinə diqqət yetirmişəm> əvvəlcə silməklə məşğul olmasaydınız görmüşdünüz, sonra sual verin. Bütün etirazları həll etdiyini hiss etdim. Adam Cuerden (müzakirə) 18:43, 21 May 2010 (UTC) Əlavə, əgər həqiqətən >, bəlkə də tək ehtimal kimi koordinat və ya yer təklif etməyiniz əvəzinə [13] əlavə etməlisiniz. Və bunu sənədləşdirmişlər. İnsanlar kiminsə etmədiyinə görə kədərlənərək bunların hamısının böyük güc oyunu olmadığını göstərən min başqa şey etdiniz onlardan soruş işi üçün lazımlı bir şey etmədən əvvəl layihəni yaxşılaşdırmağa çalışır. Bunun əsasən Dschwen tərəfindən necə idarə olunduğunu düşünürəm. Adam Cuerden (müzakirə) 19:03, 21 may 2010 (UTC)

İpucu: İnsanların sakit müzakirə aparmaqlarını istəyirsinizsə, istifadə etdikləri şablonları silməklə zamana həssas işlərini pozmayın, sonra şikayət edin. onlara qaranlıq, sənədsiz standart olmayan parametr istifadə etdiyiniz xüsusiyyətləri istifadə etməməyə cəsarət etdiyiniz üçün. Xüsusilə qeyd olunan narahatlıqları həll etmək üçün bərpa edilmiş şablonu ° fəal şəkildə dəyişdirdikləri zaman. Adam Cuerden (müzakirə) 19:05, 21 may 2010 (UTC)

İnline koordinatlar faydasız və zərərlidir. Ümumi məsələlərdə heç bir səbəb yoxdur. Məqalələr yazmırıq, media sənədləri toplayırıq. Çoxsaylı xətt koordinatlarına ehtiyac varsa, olduqları səhifə ilə bir şey yazılır. Bir qalereyanın bunlara ehtiyacı olmamalı, koordinatlar şəkil səhifələrinə keçməlidir. Bir görüntünün bunlara ehtiyacı olmamalı, görüntünün tam bir kamera yeri var. Təsvir mətnindəki xətt koordinatları birmənalı deyil və məlumatların çıxarılması üçün faydasızdır. Çoxdilli təsvirlərdən istifadə edərkən satır içi koordinatlar zərərli məlumatların təkrarlanmasına səbəb olur. Coğrafi kodlaşdırma layihəsi üçün şablon kolleksiyasını asanlaşdırmaq və şablon ikiləşməsinin qarşısını almaq üçün koordinat silindi. Sadəcə əvvəlcədən müzakirə edilmədən onları bərpa etmək səhv idi, bunun üçün başqa vaxt itirməyimiz lazım deyil. Cəhdləri qənaət edən üz yalnız lazımsız müzakirəni yayındıracaq və şişirəcəkdir. Faktlara diqqət yetirin. Şablon bir səbəbdən silindi, bu səbəb hələ də qalır. Xahiş edirəm onu ​​silin. --Dschwen (müzakirə) 19:17, 21 may 2010 (UTC)

Burada Dschwen ilə bir qədər razılaşmıram. Bəzən satır içi koordinatları xüsusilə qalereyalar və kateqoriyalar üçün faydalı tapıram. Məsələn, bir nöqtədə hava şəkillərinə coğrafi kodlu istinad nöqtələri əlavə etməklə təcrübə edirdim, məsələn burada). Yaxşı sənədləşdirilmiş <> şablonunu <əvəz etmək üçün istifadə edə bilsək> , <> , <> və <> şablonlar. Bu işsizlik və qarışıqlığı azalda bilər. Gördüyüm yeganə təhlükə, istifadəçilərin <əvəzinə istifadə etməsidir> şablonlar. --Jarekt (müzakirə) 19:42, 21 May 2010 (UTC) Zərərlidirlərsə, niyə bir neçə açıqlanmayan və sənədsiz satır içi şablonumuz var? <> sənədləşdirilir, hər cür ağlabatan parametr daxiletməsini qəbul edir və necə istifadə etdiyimə baxsaydınız, şəklin arxasına yaxın bir detalın yerləşməsi üçün istifadə edildiyini görərdiniz. <> olardı tamamilə yersiz bunun üçün, olduğu kimi şəkilləri avtomatik olaraq Google-a və bu məkandan qaynaqlanan kimi sıralayır. Bundan əlavə, onu silməklə, bir görüntünün coğrafi kodlaşdırılması üçün üç saatlıq bir çox nəfərlik cəhdini pozdunuz. İnline şablonların guya zərərli olduğu iddiası, hər halda istisnalar yoxdur, ancaq bu sənədsiz, işlək olmayan işlək olanlara icazə verəcəyik ki, istifadə etməyiniz lazımdırsa passiv-razılaşdırılmış bir saçmalıkdır. Əlavə olaraq, hər hansı bir ağlabatan parametr qurulmasını qəbul etdiyi üçün bütün <> qurun. Adam Cuerden (müzakirə) 20:19, 21 May 2010 (UTC) Sənədsiz şablonlar köhnəldi və silinməməsi səhvdir. Koordinatla əlaqəli başqa bir problem, insanları Vikipediadakı koordinat məlumatlarını ümumi olaraq coğrafi kodlaşdırma standartlarını yoxlamaqdan narahat etmədən kor-koranə kopyalamağa təşviq etməsidir. Məkan ola biləcək hər bir daxili koordinat zərərlidir. <> göstərilən obyektlərin coğrafi yerləşməsi üçün nəzərdə tutulmuşdur. Mərkəzləşdirilmiş etiketləməyə məcbur edərək çoxdilli təsvirlərlə daxil olan problemlərin qarşısını alır. Şəkildə görünən hər bir obyektin ərazisini coğrafi kodlaşdırmaq üçün xətt koordinatlarından istifadə etmək ümumi coğrafi kodlaşdırmanın əsas məqsədini yayındırır. Koordinatlar müəyyən bir yerin şəkillərini tapmağa kömək edə bilər. Nəzəri olaraq kameranın yeri bunun üçün kifayət olmalıdır. Ancaq görüş sahəsi, məsafə qət edildiyi, obyekt tıkanıklığı olmadığı üçün görünən obyektlərin koordinatlarını və ya əhatə nöqtələrini əlavə etmək coğrafi kodlamanı inkişaf etdirə bilər. Bununla birlikdə, obyektə məxsus koordinatların öz məlumat dəstini yaratmaq ümumi məqsəd ola bilməz. Məlumatlarımızın necə təşkil edildiyi bu, çox böyük bir məlumat təkrarlanmasına səbəb ola bilər. Unutmayın ki, bir çox obyekt və ya əlamətdar yerlər bir çox şəkillərlə örtülür və hər bir görüntünün üzərində çox vacib bir verilənlər bazası yaradacağını göstərən bir obyektə xüsusi bir koordinat əlavə edin. Obyektə məxsus koordinatlar Wikipedia'da qalmalıdır. Nesne başına bir məqalə, bir obyekt üçün bir koordinat (məqalə üçün birdən çox obyekt mümkündür, ancaq budur adlı Vikipediyalardakı koordinatlar üçündür). Bilirəm ki, bir şey etmək cazibədar görünür, çünki həyata keçirilə bilən görünür, amma diqqətini vacib hədəflərdən uzaqlaşdırsa, baxımını çətinləşdirərsə və istifadəçilərin seçməli olduqları seçimləri artıraraq qarışıqlığa əlavə edərsə bu pis bir fikirdir (başqa bir şablon seçmək). Tamamilə əminəm ki, <> və <>. Təəssüf ki, bu barədə bir az (çox) darıxmışdımsa, amma bu barədə uzun müzakirələr apardıq və mövcud status-kvoya gətirdik və hazırda yaxşı formada olduğumuzu düşünürəm və bu düşüşü görmək qorxuram. --Dschwen (müzakirə) 20:42, 21 may 2010 (UTC) Baxın Şəkil: Polarlicht 2.jpg. Koordun orada necə istifadə edildiyinə baxın. Dəyişdirməyi təklif etdiyiniz şablonla etmək mümkün deyil, çünki binanın nə olduğunu da bilmirik - sadəcə müəyyənləşdirməli olduğumuz üfüqdə bir parıltı üçün istinad nöqtəsi kimi istifadə olunur. Bu təklif necədir: Yenidən adlandırın <> ilə <> və yönləndirmə qoymayın. İnsanlar tapa bilməsi üçün Kateqoriya: Geocoding şablonları kateqoriyasına daxil ediləcək, ancaq insanlar en-wiki-dən (fərqli adlandığı üçün) köçürə bilməyəcəklər, bu da onu istifadə edən bir neçə istifadə ilə məhdudlaşdırmalıdır. aiddir. Adam Cuerden (müzakirə) 21:15, 21 May 2010 (UTC) Hər şeydən əvvəl bu dəlil bölümü müzakirə səhifəsinə aiddir. İkincisi, çoxsaylı açıqlamalar və xətt koordinatları səbəbindən məlumatların təkrarlanması ilə bağlı bütün narahatlığım hələ də mövcuddur. Koordinat üçün bir istifadə edə biləcəyiniz barədə mübahisələndirmirəm. Dediyim budur etməməlisən. Ya yalnız bir vikipediya məqaləsinə keçid verin, ya da məqalə deyilsə, onu tərk edin. Bu aktual deyil. Şablon sahəsini başqa bir koordinat şablonu ilə çirkləndirməyə dəyməz, çünki burada etdiyimiz şey şablon seçimimizi birləşdirmək və minimuma endirməkdir. Bu ağır iş idi. Bir şıltaqlıqla atmaq qəbuledilməzdir. Şablonu yenidən bərpa etdiyinizi gördüm. Bu da məqbul deyil. Bu şablonun silinmə jurnalındakı qısa bir baxış sizə kifayət qədər göstərişlər verməli idi. Cəsarətli bir hərəkət etdiniz, geri qaytardım, indi müzakirə edirik. Bu prosedurda heç bir yerdə onu bərpa etmək üçün yer yoxdur yenidən. Xahiş edirəm burada düzgün işi edin və özünüz silin. Üçü göstərin saat coğrafi kodlama səyləri məqbul deyil. A yaratmağa çalışmamalısınız fait yerinə yetirmək şablonu əsaslandırmaq üçün. Üçdən çoxunu göstərə bilərəm il geokodlaşdırma layihəsi üzərində iş. --Dschwen (müzakirə) 21:34, 21 May 2010 (UTC) Bunu müzakirə etməkdən belə narahat olmayacağam. Sən dağıldı diqqətli bir coğrafi kodlama işinin sənədləri və indi vandalizminizin geri qaytarılmasından şikayətlənir. <> , <> , <> və <> indi <> üçün yeganə fərq budur o qəbul edir hər hansı yalnız hər biri əvəzinə bu girişlərdən və sənədləri var, bunlar yoxdur. Pasif-aqressiv şəkildə insanları sənədsiz şablonlardan istifadə etməyə məcbur etmək üçün edilən hər hansı bir cəhd məni bloklamağınızı tələb edəcəkdir. Adam Cuerden (müzakirə) 21:48, 21 May 2010 (UTC) Xahiş edirəm isterik qışqırıqla bir saniyə dayanın və koordinatın bərpasına qarşı müxtəlif dəlilləri oxuyun. Koordinasiyanın ölməli olduğu müəyyən edilmiş konsensusa qarşı düzəliş etdiniz. Heç bir şey daha az deyil. --Dschwen (müzakirə) 22:45, 21 May 2010 (UTC) Ciddi bir şey varsa, edə biləcəyimiz ən yaxşı şey <> zəng edin> koordinatlar üçün: <> girişləri çox daha ağıllı idarə edir. Ondalık, dm və ya dms giriş <> bacarmir. Nə üçün <> nin arxası? Adam Cuerden (müzakirə) 22:08, 21 May 2010 (UTC) >, bunun başqa bir ad istifadə etməsi üstünlük təşkil edir. Əks təqdirdə insanlar <> / <>. BTW yönləndirmə <> borklanmış bağlantılar yaradır. - İstifadəçi: 21 may 2010-cu il saat 23: 30-da Docu (UTC). Vay, <> nin girişi qəribədir. Hər halda, mən <> ilə <>. Adam Cuerden (müzakirə) 23:45, 21 May 2010 (UTC)

Buna necə zəng etsəniz də, xətt daxilindəki koordinatlar ümumi olaraq pis bir fikirdir. Yer və obyekt yeri ilə ümumi koordinatlarımızın semantik cəhətdən yaxşı müəyyənləşdirildiyi bir nöqtədə idik. İnline koordinatlar yaxşı müəyyənləşdirilməyib, onların kontekstini çıxarmaq üçün təbii dil işlənməsi lazımdır. Bu, yaxşı formalaşan verilənlər bazamızı çirkləndirir. çoxdilli təsvirlərdə satır içi koordinatların istifadəsi problemi hələ həll olunmamışdır. Yalnız mənfi tərəflər. Şablon iki dəfə silinmişdi. Koordinat şablonlarımızın ikiyə ayrılmasının qarşısını almaq üçün icma konsensusudur. İndi tək bir istifadəçi gəlir və heç bir müzakirə olmadan bu konsensusdan imtina etməyə qərar verir. Xahiş edirəm, 2010-cu ildir, bu günlərdə & ltbig & gt etiketlərindən kimlər istifadə edir ?! --Dschwen (müzakirə) 00:15, 22 may 2010 (UTC) Bəli, bəli, sizin fikrinizi bilirik. Adam Cuerden (müzakirə) 00:21, 22 May 2010 (UTC) Və birtərəfli razılığınızı pozmaqla açıq bir şəkildə buna məhəl qoymursunuz. --Dschwen (müzakirə) 00:22, 22 May 2010 (UTC) Vandal deyir. Çox nəfərlik bir coğrafi kodlaşdırma layihəsini dağıtdınız və iki saat sizinlə məşğul olmağıma məcbur etdiniz. Nə düşünürsən məni maraqlandırmır. Satır içi şablonlardan istifadə olunur. Bu sənədləşdirilmiş və daha yaxşı kodlanmışdır və bu təsvirlərin heç birinə uyğun olmadığımızı məqbul şəkildə qəbul edir. Basioc Kullanışlılığı sənədləşdirilmiş, yaxşı kodlanmış, istifadəsi asan şablonlardan istifadə etməli olduğumuzu söyləyir. Satır içi şablonları tamamilə silmək üçün bir fikir birliyiniz yoxdur. Beləliklə, susuzlaşa bilərsiniz. Adam Cuerden (müzakirə) 00:25, 22 May 2010 (UTC) Mh evet, daha çox ad axtarır. Yəni sən hec ne maraqlandirmir ianəçiləriniz düşünür? Onlar sönə bilər? Bu layihədə getmək istədiyiniz yerə əminsinizmi? --Dschwen (müzakirə) 00:40, 22 may 2010 (UTC)

Satır daxilindəki koordinat şablonlarının istifadəsi, bunlara sahib olmaq üçün heç bir əsas vermir. Əksər istifadə şablonlarımızın standartlaşdırılmasından əvvəl verilən sənəd səhifələrindədir. Bunlar ya > (məsələn) və ya <> (keçmiş.?) uyğun seçim olardı. Bu qarışıqlığı sürətlə təmizləmək üçün insan gücümüz çatışmırsa, sadəcə imtina etməliyik. Təəssüf ki, bir çox halda satır daxilindəki koordinatlarda yalnız bir kameranın yerləşdiyi və ya bir mövzunun coğrafi kodlaşdırıldığı barədə məlumat yoxdur. Bu koordinatlar çox faydalı deyil. Onlar yalnız ümumi obyektlərdən çıxara biləcəyimiz məlumat dəstini çirkləndirirlər. Təəssüf ki, vəziyyətin əhatəsi geokodlaşdırma layihəsi ilə tanış olmayan insanlar üçün dərhal aydın görünmür. Əminəm ki, gec-tez bir neçə başqa müntəzəm burada fikirlərini təqdim edəcəkdir. Bu vaxt içəridəki koordinatlarda çox vaxt sərf edilməməsini təklif edirəm. --Dschwen (müzakirə) 00:50, 22 may 2010 (UTC)

Qazan. Çaydan. Qara. Çətin danışan biri deyilsən, cənab "Adam heç şərh yazmaq fürsəti tapmazdan əvvəl bunu siləcəm. Hər kəsə qulaq asmaqdan xoşbəxtəm. Sən, hərəkətləriniz etibarlılığınızı tamamilə məhv etdiyinə görə. Adam Cuerden (müzakirə) 01:20, 22 May 2010 (UTC) Yaxşı, şərh etmək şansınız çox idi əvvəl silinmiş bir şablonun silinməsi iki dəfə əvvəl. Etibarlılıq şərhlərinə gəlincə, bunları görməməzlikdən gələcəyəm. --Dschwen (müzakirə) 12:29, 22 May 2010 (UTC) Sadəcə a əlavə etmək olar çox isteğe bağlı parametrdir, beləliklə insanlar koordinatlarından istifadə edərək Google xəritə funksiyası üçün uyğun olmadığını təyin edə bilərlər son dərəcə sərin BTW). (Xeyr, yuxarıdakı axmaqlıqda qışqıraraq davam etdirdiyini oxumamışam, buna görə vacib bir şeyi qaçırsam üzr istəyirəm). Wknight94 talk 01:17, 22 May 2010 (UTC) Xeyr, çünki yuxarıda bağladığım istifadəyə baxsanız, bir qutunun sadəcə bildiyimizi izah etməyə xidmət edən bir linkə çox ağırlıq verdiyini görərsiniz. əvvəllər aydın olmayan Ayı gölünün olduğu yer. Koordinatlarla əlaqələndirilməmək düzgün Geocoding tapmaq üçün birləşmiş işi pozacaq və onları <> stil qutusu istifadəçilərimizi kameranı təklif etdiyimiz yerlərdə qarışdırmağa xidmət edəcəkdir. 01:20, 22 May 2010 (UTC) Tamam, layihə sahəsini müzakirə etmək üçün xətt daxilindəki koordinatların istifadəsini məhdudlaşdırsaq necə olar? Onları Polarlicht nümunəniz kimi yaxşı və hər iki problemi həll edəcək şeylər üçün iş birliyi vasitəsi kimi istəsəniz. --Dschwen (müzakirə) 01:25, 22 May 2010 (UTC) Məlumatların çıxarılması və təkrar istifadəsi ən çox narahat etdiyim problemlərdən biridir. Əlavə məqamlar üçün yuxarıdakı müzakirəni oxumağınızı məsləhət görürəm. (qalın və / və ya genişləndirilmiş mətn olan abzasları təhlükəsiz bir şəkildə atlaya bilərsiniz) --Dschwen (müzakirə) 01:23, 22 May 2010 (UTC) Bu səbəbdən satır içi bu məqsədlər üçün daha yaxşıdır: Dəstəkləyən məlumatların fərqli bir şəkildə işlənməsini təmin edir. ən uyğun məlumatlardan. Ən uyğun və bu çıxarışla əlaqəsi olmayan məlumatlar arasındakı fərqi ayırd edə bilməyən məlumatların çıxarılması o qədər də faydalı deyil. Adam Cuerden (müzakirə) 01:57, 22 May 2010 (UTC) Yuxarıdakıları bütöv oxudum - düşündüyüm qədər çoxdur. Layihə və danışıq məkanında inline istifadəni məhdudlaşdırmaq hər kəsi qane edirsə, mənim üçün yaxşı səslənir. Wknight94 talk 02:28, 22 May 2010 (UTC) Və bu müzakirədən çox əvvəl mövcud olduğumuz satır içi şablonların minlərlə istifadəsini kim düzəldəcək? [14] [15] [16] [17] O atı bağladı il əvvəl. Sözün əsl mənasında bu gün edilən yeganə dəyişiklik, kütləvi istifadə üçün daha yaxşı kodlanmış və sənədləşdirilmiş bir arxa plan idi. Yenidənqurma etmək istəyirsinizsə, əylənin hər şeyi təmizləyin işləyəcək. Qeyd <> hər hansı bir yer şablonu tərəfindən qəbul edilməyən bir sintaksisdən istifadə edir, buna görə yarı eşşəkləmək istəsən belə. Adam Cuerden (müzakirə) 02:40, 22 may 2010 (UTC)

Bir qarışıqlığımız var, onu təmizləməliyik, görməməzliyə vurmamalı və ya pisləşdirməməliyik. Diqqətimizə ehtiyacı olan görüntüləri aşkarlamaq olduqca asandır. Dünən bir şəkil yazdım, bir səhifə və ya obyekt yeri şablonu ilə deyil, yalnız içəri şablonla etiketlənmiş şəkil səhifələrinə bir kateqoriya əlavə edə bilər. Bir ehtimal bunları coğrafi kodlar kimi qəbul etməmək və bütün bu şablonları atmaq olar. Qırmızı bir link heç olmasa məqalə kimi görünmədiyi üçün, pis yazıların silinməsinə bənzəyir. Lakin bu, şəkillərin düzgün şablonlarla yenidən dəyişdirilməsini daha da çətinləşdirəcəkdir. Alternativ olaraq, botun koordinatları yer və ya obyekt yerləşmə formatına çevirib viki mənbəsində şərh etməsi lazımdır. Tərcümə edilmiş versiyalar koordinatları düzəltmək üçün daha asan istifadə edilə bilər. Ən yaxşı həll, peyk şəklinə və ya xəritəyə sürətli giriş imkanı verən və yalnız koordinatı qəbul etməyi və ya dəyişdirməyi asanlaşdıran bir nəzərdən keçirmə vasitəsi əlavə etməkdir. --Dschwen (müzakirə) 12:26, ​​May 2010 (UTC)

Şablonları botla silmək olardı çox təsadüfi vandalizmin yüksək şansı. Düşünmürəm ki, yarımçıq tamamlanmış cümlələrlə sona çatmaq, geri qaytarılmayan məlumatların silinməsi (səhv formada coğrafi kodlama kimi) və danışıq heç də məqbul sayılmayacaq. Bu, pis vərəqləri silməyə bənzəməz, bütün Vikipediya məqalələrindən bir neçə konkret sözləri silməyə bənzər. Adam Cuerden (müzakirə) 17:06, 22 May 2010 (UTC) Bəli, yalnız satır içi versiyalarını rahat buraxın. Botun daim satırda olub olmadığını yoxlasın, lakin heç bir yer etiketi yoxlasın (və ya həftədə bir dəfə və ya başqa bir şey) və uyğun bir yer etiketi əlavə edin. Son. Problem həll edildi. Bonus olaraq bot, Multichill-in kateqoriyaya uyğunlaşdırılmamış botu kimi insanları bunu düzgün bir şəkildə etməyə təhrik edə bilər. Wknight94 talk 17:30, 22 May 2010 (UTC) Avtomatik olaraq bir Yer etiketi əlavə etmək yaxşı bir fikir deyil. Yuxarıda dediyim kimi, bir xətt koordinat şablonunun kamera yerini və ya bir obyekt yerini kodlaşdırdığını təyin etmək asan deyil. Sadə konversiya, coğrafi kodlama səyimizin keyfiyyətini xeyli dərəcədə aşağı salacaqdır. --Dschwen (müzakirə) 18:27, 22 may 2010 (UTC)


Bölgə infrastrukturunun gizli hücumlardan qorunması üçün sensorların optimal yerləşdirilməsi və ələ keçirmə mənbələrinin qiymətləndirilməsi

Bu sənəd regional infrastrukturun gizli hücumlardan qorunması probleminin iki spesifik aspektini nəzərdən keçirir. Nəzərə alınan ilk cəhət, regional infrastruktur üçün potensial təhlükə yaradan nəqliyyat vasitələrini nəqliyyat şəbəkəsində aşkar etmək olan sensorların optimal yerləşdirilməsidir. Bu sensorlar həm həqiqi həyəcan siqnalları həm də saxta həyəcan siqnalları yaradır ki, hər ikisi də ələ keçirmə qrupunun cavabına ehtiyac duyurlar. Problemimizin ikinci tərəfi, ələ keçirmə qrupunun ölçüsü və bu mənbələrin şəbəkəyə yerləşdirilməsi ilə bağlıdır. Sensorların optimal yerləşdirilməsi üçün riyazi bir proqramlaşdırma modeli hazırlanmışdır. Bu model magistr və alt problemi ehtiva edir, əsas problemin həlli üçün Benderin parçalanma yanaşmasından istifadə olunur, alt problem isə bütövlük xüsusiyyətinə sahib olduğunu qəbul edərək həll olunur. Tutma komandası baxımından, a səh- vahidlər üçün yerlərin müəyyənləşdirilməsi üçün server əlçatmazlığı olan medianın, Hypercube növbə modelinin isə bu vahidlərin sensorlardan əmələ gələn həqiqi və yalnış həyəcan siqnallarına cavab vermə qabiliyyətini təyin etmək üçün istifadə edildiyi bildirilir. Lancaster-Palmdale, CA bölgəsi üçün nümayişli bir iş təhlili təklif olunur.

Bu abunə məzmununun önizləməsidir, təşkilatınız vasitəsilə giriş.


Şərhlər (1)

İnanılmaz texnologiyanın yaxın gələcəyi haqqında əla məqalə! Bu nöqtədəki əsas əngəl & quot; məxfi & quot; məlumatlarımızı kifayət qədər etibarlı və anonim hala gətirməkdir ki, onu & İnternetdən çıxartmaq istəyirik; & quot; sonra bu həyati qənaət üçün təhlil edə bilərik. Bu cür informasiya təhlükəsizliyinin cavabı, ehtimal ki & quotBlockchain & quot; texnologiyasıdır. Bu texnologiya ilə Scottsdale, AZ-dəki Fabcomlive-də işləyirik və Stanford-da Blockchain Araşdırmalar Mərkəzi yeni yaradılıb.

İnşallah, əsərlərdə informasiya təhlükəsizliyi və Blockchain əsas məsələsinə toxunan bir araşdırma məqaləsi var və bu məqalədə təsvir olunan möcüzələrlə aramızda dayanır.


VIGNETTE D.BİR ALİM & rsquoS RÜYASI

Min illər boyu insanlar meşə yanğınlarının gözlənilməz və bilinməz olduğuna inanırdılar. İyirminci əsrin sonlarına qədər elm adamları daha yaxşı bilirdilər: Laboratoriyada müxtəlif yanacaqların necə yandığını ölçün, yanacaqlar və sahədəki fiziki şərtlər haqqında ətraflı mövqeləri məlumatlar əldə edin, atmosfer şəraiti ilə əlaqədar detallar toplayın və bundan sonra hər şey fizika və kompüter modelləridir. Daha yaxşı kompüter modelləri, meşə yanğınları üçün daha yaxşı planlaşdırma, təcili yardım tədbirlərinin vaxtında alınması və mülkiyyətə dəyən zərər və insan tələfatı üçün qənaət ilə nəticələnəcəkdir.

Bununla birlikdə, modellər şiddətlidir. Onlarla dəyişən haqqında ətraflı və müasir mövqeləri tələb edir. Lazımi məlumatların bir hissəsi temperaturu, rütubəti, barometrik təzyiqi, işığın intensivliyini, titrəmələri və yeri izləyən aktiv bir atəşin yolunu izləyən & rdquosmart toz & ldquo & mdashautonom millimetr miqyaslı algılama və rabitə cihazlarını ataraq toplana bilər. Yamac açıları, torpaq növləri, üst torpaqdakı rütubət, bitki örtüyü ilə örtük kütləsi və nəm miqdarı, külək istiqaməti və küləyin sürəti kimi digər lazımi məlumatlar rəqəmsal xəritələr, meteoroloji stansiyalar, yerə nüfuz edən radar və peyk kimi mənbələrdən əldə edilir. şəkillər. Mövcud bütün məlumatları istifadə edərək aktiv yanma şərtlərini əvvəlcədən hazırlanan situ şəraitlə korrelyasiya etməklə yanğın inkişaf modelləri xeyli yaxşılaşdırıla bilər. Bununla birlikdə, gerçəkdən sonra toplanmayan daha bir lazımlı verilənlər bazası var.

Bu vəziyyətdə, model inkişafına adekvat bitki örtüyü təxminlərinə imkan vermək üçün kifayət qədər cari və təfərrüatlı olan mövcud yalnız yanma öncəsi görüntülər ticarət peyk şirkətinin arxivindədir. Dr. Karen Jones, məlumat mənbəyini onlayn olaraq tez bir zamanda tapa bilir. Yaxşı bir elm əldə etmək üçün Dr. Jones, nəticələrini yoxlayan digər elm adamları tərəfindən dərindən araşdırma təmin ediləcək şəkildə nəticələrin yayılması üçün icazəyə ehtiyac duyur. Xoşbəxtlikdən, yeni coğrafi məlumat bazarında şirkətlər, Dr Jones və həmkarları üçün lazım olan yanma öncəsi görüntülər kimi əsas görüntülərə əlverişli istifadə hüquqları verməkdə getdikcə daha çevik və sərbəstdirlər.

Xəyal bundan qaynaqlanır: Coğrafi məlumat bazarı istənilən istifadə şərtləri daxilində lazımlı lisenziyanı məqbul və asanlıqla qəbul etməyə davam edə bilərmi?


ICE, Başlanğıcda FOİA İstiqlalına Dözməyərək, İmmiqrasiya Hüquqşünaslarının Müştərilərinin A sənədlərinə Girişi Yanlış Rədd Edildi: FRINFORMSUM 1/23/2020

ICE “Qaçaq yad FOİA FOİA Prosesinə giriş istəyənlərin” rədd edildi

ABŞ-ın Kolorado Bölgəsi Məhkəməsi Hakim William J. Martinez, İmmiqrasiya və Gömrük Mühafizəsinin (ICE) immiqrasiya vəkillərinin müştərilərinin yadplanetli sənədlərinə (A-Files) girişindən imtina edərək FOIA-nı pozduğuna qərar verdi. Sifarişdə üç illik bir məhkəmə işi izlənilir (Jennifer M. Smith / ABŞ İmmiqrasiya və Gömrük Mühafizəsi) bu, 2013-cü ildə immiqrasiya üzrə vəkil Jennifer Smithin ABŞ Vətəndaş və İmmiqrasiya Xidmətlərinə müştərinin A-File sənədləri üçün FOIA tələbi göndərməsindən başladı. FOIA, 2015-ci ilin sentyabrında cavab verən ICE-yə müraciət etdi, xüsusi bir FOIA azadlığına istinad etmədən, "İstədiyi qeydlər, yadplanetlinin immiqrasiya tətbiqetmə səylərindən yayınmağa davam etməsinə kömək edə biləcəyi təqdirdə, qaçaq yadplanetli FOIA tələbçilərinin FOİA prosesinə girişini qadağan etmək ICE təcrübəsidir."

Smith, 2016-cı ilin avqust ayında bir FOIA məhkəməsinə müraciət edərək, ICE-nin tutduğu mövqenin FOIA-nın "nümunə və ya tətbiqetmə" pozuntusu olduğunu iddia edərək, agentliklərin məlumatların gizlədilməsinə əsas olaraq 9 xüsusi istisnadan birini istinad etməsini tələb edir. ICE, iddia qaldırıldıqdan qısa müddət sonra tələb olunan sənədləri təqdim etdi, lakin Smith ACLU ilə işləyərək, iddianın “ICE’yə“ qaçaq ”təcrübəsini tamamilə tətbiq etməməsini əmr edərək FOIA-nın gələcək pozuntularının qarşısını almalı olduğunu” iddia edərək məhkəməyə davam etdi.

2017-ci ilin iyul ayında ICE, FOIA A-Files sorğularına cavab vermək üçün yeni Standart Əməliyyat Siyasətini (SOP) açıqladı və bildirdi ki, “ICE FOIA, FOIA İstisnasına (b) (7) uyğun olaraq qaçağın hüquq-mühafizə sənədlərini və ya məlumatlarını qəti şəkildə gizlədə bilər” A) ”qanunu tətbiq etmək üçün tərtib edilmiş qeydlərin və ya məlumatların gizlədilməsinə icazə verən. FOIAXpress-i FOIA işləmə proqramı kimi istifadə edən ICE, bu “Qaçaq Təcrübə” inkarını 21 İyul 2017 - 4 Aprel 2019 tarixləri arasında 333 dəfə göndərdiyini hesabladı.

Hakim Martinez, ICE-nin SOP-u müdafiə etməsi ilə bağlı “İstisna 7 (A) -nin müvafiq bir kategorik tətbiqi olaraq”) ilə əlaqədar olaraq “Uyğun bir kategorik azad etmə daha geniş 'fayl' və ya 'konteyner' səviyyəsində deyil, sənəd səviyyəsində tətbiq olunur. , əgər konteynerdə yalnız müvafiq kategorik azadlığın tətbiq olunduğu sənədlər olmadıqda. ” Martinez qeyd etdi ki, “ICE-nin İstisna 7 (A) -nın konteyner səviyyəsində tətbiq edilməsinə cəhd göstərildiyinə dair əsl bir mübahisə yoxdur”. Hakim, "Smith, FOIA'ya görə SOP'un qanuni olduğu bir sıra şərtlərin olmadığını göstərmək üçün bu şəkildə yükünü çəkdi."

Ən son FOIA xəbərlərindən xəbərdar olmaq istəyirsiniz? Bura basın həftəlik FRINFORMSUM (Məlumat Azadlığı Xülasəsi) e-poçt bülletenimizə yazılmaq.

OMB FOIA Ukrayna sənədlərinin yayımlanması

İdarəetmə və Büdcə Ofisi, Prezident Trampın Ukraynaya hərbi yardımın dondurulması əmrini yerinə yetirmək səyləri ilə əlaqədar bir FOIA tələbinə cavab olaraq 129 səhifə sənəd yayımladı. İki nəzarət təşkilatı, Amerikan Nəzarəti və İctimai Dürüstlük Mərkəzi, eyni zamanda sənədləri əldə etdi Senat Respublikaçıları, Demokratın yeni dəlilləri məhkəməyə göndərmə cəhdlərini əngəllədi & OMB-nin Prezident Trump-ın impiçment məhkəməsində FOIA vasitəsilə yaydığı bəzi məlumatlar da daxil olmaqla & # 8211. . Sənədlər, donma sürətlə uzandıqca Müdafiə Nazirliyi ilə Ağ Ev arasında artan gərginliyi və “bəzi tanınmış respublikaçılar da daxil olmaqla Konqres üzvləri Ukraynaya hərbi yardımın göstərildiyini öyrənəndə qarışıqlıq və təəccüb yaratdığını” göstərir.

Sərbəst buraxılan sənədlər, FOIA’nın İstisna 5-ə uyğun olaraq ciddi şəkildə redaktə edildi və tez-tez “İstədiyiniz üçün tutun” azadlığı deyildi. İstisna agentliklərin “məsləhətləşmə prosesi” imtiyazlarını, qurumların “qurumlararası və ya qurumdaxili rabitə” ni, habelə agentlik tərəfindən iddia edilən “layihə” ni xalqdan gizlətməsinə imkan verən geniş bir oymağı qoruyur.

“Vəkil” İddiaları

Prezident Trump-ın şəxsi vəkili Jay Sekulow, yanvarın 21-də impiçment məhkəməsi zamanı utanc verici bir kluba sahib idi. Görünür Sekulow Rep.Palata impiçmenti üzrə menecerlərdən biri olan Val Demings (D-Fla.) Dedi ki, “Prezidentin vəkilləri Palatanın axtarmalı olduğunu təklif edə bilər - bu Palata bu materialları məhkəmədə axtarmalı və ya məhkəmə iclasında daha çox məhkəmə prosesini gözləməlidir. Məlumat Fikri Azadlığı Qanunu, başqa adla FOIA məhkəmələri ”deyərək, üçüncü tərəf FOIA məhkəmələrinin“ konqres nəzarətinə etibarlı alternativ ”ola bilməyəcəyini söyləyir.

Sekulowun eşitdiyi başqa bir məsələ idi, kontekstə baxmayaraq “FOIA iddiaları” ifadəsini “vəkil məhkəmələri” ilə səhv saldı. Dedi, “Yeri gəlmişkən - vəkil məhkəmələri? Vəkil məhkəmələri? Sıra ilə seçilmiş ABŞ prezidentinin və üzvlərinin impiçmentindən danışırıq - menecerlər vəkil məhkəmələrindən şikayət edirlər? Konstitusiya vəkilin məhkəməyə verilməsinə icazə verir. Bu palatada - vəkil davaları belə demək ABŞ Konstitusiyasına hörmətsizlikdir. ”

Ağ Ev Sekulowun səhvinin yanında dayandı və qanunverici işlər üzrə direktoru Eric Ueland jurnalistlərə dedi: "Sənəd oxuduğunuzda" vəkil məhkəməsi "yazılır." Uelandın hansı stenoqramdan bəhs etdiyi aydın deyil.

Hökümət, Soleimani Öldürmə FOİA-nın sürətləndirilmiş işlənməsini inkar edir

Müxbir İsaak Arnsdorf, vaxtına həssas FOİA tələbinin sürətlə işlənməsini inkar etmək üçün Ədliyyə Nazirliyinin əsaslandırılması şəklini tweet etdi. Arnsdorf, FOİA-nın “Qasem Soleimaninin öldürülməsi ilə bağlı 20 iyun 2019-cu ildən bəri [OLC] -də son hüquqi məsləhət” üçün Hüquq Məsləhətxanasına göndərdiyi sorğusu üçün sürətləndirilmiş işləmə istədi. Bağdaddakı İran generalının ölümünə səbəb olan tətil üçün rəhbərliyin rəsmi bir qanuni əsas gətirməsinə baxmayaraq, ABŞ və İran arasında gərgin bir qarşıdurmaya səbəb olan bir hərəkət, səhvən bir Ukrayna sərnişin təyyarəsini vurması ilə nəticələndi və təyyarədəki hamısını öldürən DOJ-in ictimaiyyətlə əlaqələr direktoru Kerri Kupec tələbi rədd etdi. DOJ iddia etdi ki, onun fikrincə, qətl “hökumətin bütövlüyü ilə bağlı xalqın inamına təsir edəcək sualların mövcud olduğu” bir məsələ deyildi.

USCYBERCOM FOIA-nın yayımlanması İŞİD-i Hacketmə Əməliyyatına İşıq verir

Bu həftə Milli Təhlükəsizlik Arxivinin Cyber ​​Vault, kiber məkanda İŞİD-lə mübarizə kampaniyasına işıq tutan altı yeni USCYBERCOM sənədini yayımladı. FOIA ilə əldə edilən sənədlər, Əməliyyat GLOWING SYMPHONY-in 120 günlük qiymətləndirilməsinə dair qiymətləndirmə çərçivələrinin müzakirəsini əhatə edir, əməliyyatın misilsiz karmaşıklığını, koordinasiya və dekonfliksiyada ortaya çıxan çətinlikləri və effektivliyin qiymətləndirilməsini göstərir.

CyberScoop-dan Shannon Vavra, sənədlərin əməliyyatın böyük ölçüdə müvəffəq olduğunu göstərən bir sənəd olduğunu yazarkən “məlumat toplamaqda çətinlik çəkən operatorlar, idarələrarası dekonfliksiya məsələləri, hədəfləri yoxlamaqda çətinlik çəkmə və ən azı bir halda yaxın zəng daxil olmaqla əhəmiyyətli çatışmazlıqlar olduğunu göstərir. əməliyyat ilə düşmən tərəfindən aşkar olunur.” Washington Post qəzetinin üzvü Jozef Marks isə sənədlərin “ABŞ hərbi hakerlərinin yeni bir döyüş sahəsi üçün qaydalar hazırladıqları müddətdə qarşılaşdıqları mürəkkəb problemlərin tarixinə qədər ən canlı portreti çəkdiyini” söylədi.

Sənədləri və medianın qalan hissəsini Milli Təhlükəsizlik Arxivində oxuyun.

Moorer illərində Baş Qərargah Rəisləri (Dənizçilik Tarixi və İrs Komandanlığından nüsxə).

Nüvə müharibəsi planlaşdırılması və mülki nəzarətin çağırışı

Milli Təhlükəsizlik Arxivinin tələb etdiyi bu yaxınlarda məxfilikdən çıxarılan arxiv sənədinə görə, 1970-ci illərin əvvəllərində baş vermiş qeyri-adi bir epizodda Birləşmiş Rəhbər Heyəti Müdafiə Katibi Melvin Laird'i Çini əhatə edən gizli nüvə hədəfləmə siyasətinin bir cəhəti ilə qaranlıqda saxlamağa çalışdı. Laird cəhdi yalnız təsadüfən kəşf etdi.

24 Fevral 1972-ci ildə Birgə Rəhbərlər, Pentaqonun nüvə müharibəsi planı olan Vahid İnteqrasiya Əməliyyat Planı üçün “Kommunist Çin Nüvə Paketi” hazırlamaq üçün hərbi planlaşdırıcılar tərəfindən davam edən səylər barədə bir mesajı səhvən Lairddən köçürdülər. Mesaj təəccüblü deyil ki, Laird bir sıra səbəblərdən “narazı qaldı”. Birincisi, əvvəlcədən başlatdığı mülki yönümlü bir hədəf planlaşdırma araşdırmasını atladı. Başqa bir şey üçün, vaxtı Prezident Richard Nixon-un Çinə ilk səfəri ilə üst-üstə düşdü və həmin həftə başlandı.

Hadisə, Nixon rəhbərliyi dövründə nüvə planlaşdırmasının aparılmasına bir qədər maraqlı təsir göstərir və eyni zamanda həssas nüvə məsələləri sahəsindəki hərbi-mülki münasibətlərin maraqlı bir əksidir. Sənədi Nüvə Kassamızda oxuyun.


Heç olmasa tapdıq 10 Axtarış zamanı aşağıda göstərilən veb saytlar napa county ca gis axtarış sistemində

Napa County GIS Public Browser Napa, CA

Cityofnapa.org DA: 18 PA: 36 MOZ dərəcəsi: 54

  • Napa County GIS Mülkiyyətdən istifadə edərək ümumi brauzerin icazə statusu və amp xəritə məlumatı | Napa County, CA (countyofnapa.org) Açın CİS xəritə
  • Xahiş edirəm unutmayın, yükləmək bir neçə saniyə çəkə bilər
  • Xəritə yükləndikdən sonra, xəritə daxilində işləmək üçün tövsiyələr üçün aşağıya müraciət edin.

Napa County, CA Rəsmi Veb Saytı

İlçe İdarə Binası 1195 Üçüncü Küçə Napa, CA 94559 Bizimlə əlaqə Webmaster ilə əlaqə saxlayın Napa County İctimai Məlumat Zəng Mərkəzi: 707-253-4540 E-poçtla…

Napa County GIS Məlumat (Kaliforniya)

Gis-data.org DA: 16 PA: 16 MOZ dərəcəsi: 34

  • Napa County GIS məlumatlara Clerk Office veb saytı vasitəsilə tez-tez rast gəlinir
  • Calistoga Şəhər katibi Calistoga CA 1232 Washington Street 94515 707-942-2805
  • Napa County Katib Napa CA 1195 3-cü küçə 94559 707-253-4421
  • Auditor Bürosu, dövlət qurumları və onların fəaliyyətinin qiymətləndirilməsi daxil olmaqla dövlət qurumlarına nəzarət təmin edir

Napa County, CA Əkinçilik Dəyərləri, Torpaq Araşdırması və GIS Xəritə

Acrevalue.com DA: 17 PA: 13 MOZ dərəcəsi: 33

  • The CİS xəritə, bağlama sərhədləri, ərazi və sahiblik məlumatlarını təmin edir Napa County, CA qiymətləndirici
  • Qiymətləndirmə modelimiz, fərdi bir torpaq sahəsinin qiymətini qiymətləndirmək üçün 20-dən çox sahə səviyyəsində və makroiqtisadi dəyişəndən istifadə edir.

Məlumat Texnologiyaları Xidmətləri Napa County, CA

İlçe İdarə Binası 1195 Üçüncü Küçə Napa, CA 94559 Bizimlə əlaqə Webmaster ilə əlaqə saxlayın Napa County İctimai Məlumat Zəng Mərkəzi: 707-253-4540 Çağrı Mərkəzinə elektron poçt göndərin

Mülkiyyət və ərazi istifadəsi Napa County, CA

İlçe İdarə Binası 1195 Üçüncü Küçə Napa, CA 94559 Bizimlə əlaqə Webmaster ilə əlaqə saxlayın Napa County İctimai Məlumat Zəng Mərkəzi: 707-253-4540 Çağrı Mərkəzinə elektron poçt göndərin

Coğrafi İnformasiya Sistemləri Nevada County, CA

  • The CİS Bölmə dəstəkləyir və qoruyur İlçecoğrafi baza xəritəsi
  • Bu bölmə üçün xəritə və analiz dəstəyi təmin edir İlçe şöbələr, xaricdəki təşkilatlar və ictimaiyyət
  • CİS hamı üçün coğrafi baxımdan istinad edilən məlumatların ictimai portaldır İlçe şöbələri, digərləri ilə əlaqəli ilçe

CIS Xəritə və Məlumat Plumas County, CA

Plumascounty.us DA: 19 PA: 23 MOZ dərəcəsi: 49

  • Yükləyin CİS Google Earth coğrafi brauzerində baxmaq üçün KML-dəki məlumatları (Keyhole Markup Language)
  • Rəqəmsal sifariş edin CİS məlumatları, mövcud kopyalanan xəritələri və ya xüsusi sifariş xəritəsini yaratdı
  • Sorgu vergi qiymətləndirmə qeydlərini istifadə edərək İlçe Qiymətləndiricinin axtarış vasitəsi
  • Adobe Acrobat (PDF) formatında çox tələb olunan yazdırılan xəritələrə baxın və yükləyin.

Public Records & amp Şəxsi Mülkiyyət Napa County, CA

  • Birləşdirilmişdir Napa County Qiymətləndirici, Yazıcı, İlçe Katib və Seçicilərin Qeydiyyatçısı fərdlər, maliyyə əməliyyatları və əmlak xüsusiyyətləri və dəyərləri haqqında çox məlumat saxlayır və təqdim edir.
  • Çox az istisna olmaqla California əmlak köçürmələri, maliyyələşdirilməsi və əmlakın girov qoyulması ilə əlaqəli sənədlərin mənasını verən & quotopen records & quot vəziyyətidir

CİS İşləri, Napa County, CA-da İş

Həqiqətən.com DA: 14 PA: 34 MOZ dərəcəsi: 57

  • 378 CİS mövcud iş yerləri Napa County, CA haqqında Həqiqətən.com
  • Utility Manager, Program Manager, Service Technician və daha çoxuna müraciət edin!

Coğrafi İnformasiya Sistemləri (CİS)

Marincounty.org DA: 19 PA: 19 MOZ dərəcəsi: 48

  • Hal-hazırda İlçe Marin Coğrafi İnformasiya Sistemləri (CİS) qrup, tətbiqetmələr və ictimaiyyət, peşəkarlar və hüquq-mühafizə orqanlarına təqdim olunan tövsiyələr və göstəricilər vərəqi hazırlamışdır
  • Gələcək tətbiqetmə müddətinə Probasiya şöbəsi və hüquq-mühafizə orqanlarının işçiləri üçün əlavə məlumatlar daxil edilə bilər.

Napa County, CA Parsellər haqda məlumat PropertyShark.com

Napa County, CA Xəritə. PropertyShark.com, onlayn əmlak xəritələrinin geniş bir kolleksiyasını təqdim edir Napa County, CA beləliklə bağlama konturlarını, ünvan nömrələrini, qonşuluq sərhədlərini, poçt kodlarını, məktəb bölgələrini və mövcud olduqda, FEMA Daşqın Bölgələrini və bina təsnifatını sürətli bir şəkildə görə bilərsiniz.

GIS Xəritəçəkmə və amp Data Monterey County, CA

Monterey İlçe GIS (Coğrafi İnformasiya Sistemləri) Veri Reddi: Bu CİS məlumat verilir & quot; VAR. & quot İlçe Monterey (COUNTY.)) dəqiqliyi, tamlığı, dəyəri, keyfiyyəti, etibarlılığı, ticarəti, uyğunluğu və / və ya bağlı olaraq məhdudlaşdırılmadan ticarət və / və ya müəyyən bir məqsəd üçün yararlılığa dair hər hansı bir zəmanət vermir.

California GIS Map & amp Məlumat Saytları

  • Bu saytdakı digər səhifələrə bənzər şəkildə təşkil edilmiş California CIS Xəritə & amp Məlumat Saytları səhifəsi sizə bağlantılar təqdim edəcəkdir ilçe və onlayn Coğrafi İnformasiya Sistemləri üçün şəhər mənbələri (& quot;CİS& quot) xəritə və məlumat.

GIS (Coğrafi İnformasiya Sistemləri) Mariposa County, CA

  • CİS məlumatlarınıza tez başa düşülən və asanlıqla paylaşılan bir şəkildə baxaraq sualları cavablandırmağa və problemləri həll etməyə kömək edir
  • Daha çox məlumat əldə etmək istəsəniz CİSzəhmət olmasa ziyarət edin CİS veb sayt və ya ESRI veb saytı
  • Əlaqə məlumatları və amp istəkləri
  • Zəhmət olmasa sualları elektron poçtla göndərin və ya Mariposa-ya zəng edin İlçe Planlaşdırma şöbəsi 209-966-5151.

Onlayn olaraq Napa County Public Public Records axtar

California Napa County 900Combs Caddesi, Otaq 116 Napa, CA 94559 Sayı: 707-253-4246 Faks: 707-253-6171 Ana səhifə


大熊猫 卸妆 后 _ 与 大熊猫 的 空间 相交

Python geopandalarındakı bir çoxbucaqlı sərhəd içərisində nöqtə xüsusiyyətlərinin kəsişmələri haqqında təlim

Kəsişmə, CİS-də (Coğrafi İnformasiya Sistemləri) ən geniş yayılmış coğrafi təhlil vasitələrindən biridir. Ən sadə kəsişmə metodu müxtəlif giriş həndəsi xüsusiyyətlərinin (nöqtələr, çoxbucaqlılar, xətlər) bir-biri ilə üst-üstə düşməsidir, üstə qoyulmuş xüsusiyyətləri çıxışı olaraq çıxarmaqdır.

Ümumiyyətlə, bu, sadəcə QuantumGIS və ya Esri ArcGIS kimi bir GIS proqramında edilə bilər. Bununla birlikdə, xüsusən nisbətən sadə tapşırıqlar üzərində işləyərkən, proqramlaşdırma mühitləri və GIS GUI-ləri arasında bir-birinin ardınca irəliləməsini əldə edirəm.

通常 & # xff0c 这 可以 简单 地 在 诸如 QuantumGIS 或 Esri ArcGIS 的 GIS 软件 中 完成。 但是 & # xff0c 我 在 编程 环境 和 GIS GUI 之间 来回 切换 时 感到 有些 烦恼 & # xff0c 尤其 是 在 处理 处理 处理时。

Və QGIS bir çox dəfə qəzaya uğrayır :( QGIS 崩溃 了 太 多次 了 & # xff1a (

Buna görə, burada bir çoxbucaqlı sərhədləri daxilində məlumat nöqtələri xüsusiyyətlərinin kəsişməsinin addım-addım nümunəsi. Oradakı CİS olmayan insanlar üçün, məkan üst-üstə düşməsinə əsaslanan bir dataframe süzgəcinə ehtiyacınız varsa, onu mübahisələndirici alət dəstinizdə başqa bir vasitə kimi düşünün.

Addım 1: maraq nöqtələrimizin məkan bölgüsünü müşahidə etmək

步骤 1 & # xff1a 观察 景点 的 空间 分布

PurpleAir-dən Seattle şəhəri (Vaşinqton) üçün hava monitorinqi sensörlərindən bir ölçüm məlumatları toplayaraq bir araya gətirmişəm. Və ya belə düşündüm: yüklədiyim verilənlər bazası göstərilən xəritənin tam həcmindən ibarətdir, ona görə də maraq dairəsindən kənarda olan məlumat nöqtələrim var.

Google Xəritələrdəki Seattle şəhərinin sərhədlərinə baxanda (solda, aşağıda) maraqlandığım məlumat nöqtələri əsasən şimal-cənub oxu boyunca yayılmalı və qərb-şərq oxu üzərində çox dağılmamalıdır. Bu, uzunluğu enliyə qarşı bir səpələnmiş yerə (sağda, aşağıda) düzəldərək təqribən müşahidə edilə bilən bir şeydir.

在 Google Maps 上 查看 西雅图 市 的 边界 (左下) & # xff0c 我 感兴趣 的 数据 点 应该 大部分 分布 在 南北 轴上 & # xff0c 而 不要 分散 在 东西 轴上。 通过 在 散点图 (右下方) 上绘制 经度 对 纬度 & # xff0c 可以 大致 观察 到 这 一点。

Ancaq səni eşidirəm: bu, əyani bir təxmini üçün çox kobuddur! Məsələn, şəhərin sərhədlərini dağınıq əraziyə keçirməyimiz yaxşı olmazdımı?

Addım 2: Nöqtələrimizlə kəsişmək üçün sərhəd (çoxbucaqlı) məlumatlar alın

第 2 步 & # xff1a 获取 边界 (多边形) 数据 以 与 我们 的 点 相交

Yerlərin sərhədləri üçün məlumat haradan əldə edilir? Bəxtiniz gətirir, çünki bunu tapmaq üçün ən asan məkan xüsusiyyətlərindən biri olma meyli var. Uzun illərdir istifadə etdiyim bir sayt, açıq mənbəli CBS məlumatlarının “Wikipedia” sı olan OpenStreetMap (OSM) -dən Xəritəçəkmə xüsusiyyətlərini çıxarmaq üçün əlverişsiz bir vasitə olan üst keçid-turbo. Sadəcə interfeysin sağ tərəfindəki maraq bölgənizə gedin və maraq xüsusiyyətlərinizi müəyyənləşdirmək üçün ‘Sehirbaz’ vurun. OSM Wiki-dən istifadə edərək, ABŞ-ın şəhərlər üçün inzibati sərhədlərinin “admin_level & # 61 8” olaraq təyin olunduğunu bilirik və bu, sərgilənən xəritədəki bütün inzibati sərhədləri qaytaracaqdır. Yenə də Seattle'ı istəyirik, buna görə Sihirbaz sorğusunu "admin_level & # 61 8 & amp name & # 61Seattle" olaraq dəyişdirin və voilà:

一个 人 从 哪里 获得 关于 地点 边界 的 数据 & # xff1f 好吧 & # xff0c 您 很 幸运 & # xff0c 因为 这 是 最 容易 找到 的 空间 特征 之一。 我 使用 多年 的 网站 是 是 pass üst keçid-turbo & # xff0c 这是 一个 不错 的 小 工具 & # xff0c 可 从 OpenStreetMap (OSM) (开源 CIS 数据 的 “维基 百科”) 中 提取 地图 特征。 只需 在 界面 右侧 到 您 感兴趣 的 区域 & # xff0c 然后 单击 “向导 ”即可 定义 您 感兴趣 的 功能。 使用 OSM Wiki & # xff0c 我们 知道 美国 城市 的 行政 边界 被 定义 为“ admin_level & # 61 8 ”& # xff0c 它将 返回 所 显示 地图 内 的 所有 行政 边界。 Ad & # xff0c 我们 只 需要 西雅图 & # xff0c 因此 将 向导 查询 修改 为 “admin_level & # 61 8 & # xff06name & # 61 Seattle” & # xff0c 然后 添加 & # xff1a

"İxrac et" düyməsini vurun və "GeoJSON olaraq yüklə" seçin:

Bələdiyyələrə aid məlumatların yayılmış digər bir mənbəyi, bir şəhər kimi GeoJSON olaraq məhdudiyyətlər əldə etmək imkanı verən Seattle City Open Data portalı kimi hökumət açıq məlumat anbarlarıdır.

Bir GeoJSON nə olduğunu gözləyin?

J 什么 是 GeoJSON & # xff1f

JSON (JavaScript Object Notation) kimi qurulmuşdur, lakin xətlər, çoxbucaqlar, nöqtələr və çox hissəli həndəsələr kimi coğrafi və həndəsi xüsusiyyətlər əlavə edilmişdir.

结构 类似于 JSON (JavaScript 对象 表示 法) & # xff0c 但 具有 附加 的 地理 和 几何 特征 & # xff0c 例如 线 & # xff0c 多边形 & # xff0c 点 和 多 部分 几何 形状。

Addım 3: GeoJSON-un Pandalara idxal edilməsi

步骤 3 & # xff1a 将 GeoJSON 导入 熊猫

Gördüyünüz kimi, GeoJSON bir geoDataFrame obyekti (‘geopandas.geodataframe.GeoDataFrame’) kimi idxal edildi, çünki dosyanı idxal etmək üçün geopandalardan istifadə etdik.

Adım 4: Dağınıq ərazidə şəhər sərhədlərinin xəritələnməsi

步骤 4 & # xff1a 在 散点图 上 绘制 城市 边界

Matplotlib istifadə edərək bir daha:

Səliqəli! İndi məlumat nöqtələrimizin Seattle şəhər sərhədlərinə nisbətən harada paylandığını açıq şəkildə müşahidə edə bilərik. Buna görə, bir çox kəsişmə nöqtəsi işləməyimiz lazımdır ki, çoxbucaqdakı nöqtələr verilənlər bazamızda saxlanılsın.

整齐 & # xff01 现在 & # xff0c 我们 可以 清楚 地 观察 到 我们 的 数据 点 相 对于 西雅图 城市 边界 的 分布 位置。 因此 & # xff0c 我们 需要 运行 一个 交点 & # xff0c 以便 仅 将 多边形 内 的 点 我们 在 在 在数据 集中。

Adım 5: Məlumat nöqtələrini şəhərin çoxbucağı ilə kəsişdirin

步骤 5 & # xff1a 将 数据 点 与 城市 的 多边形 相交

Birincisi, bir geopandas funksiyasından istifadə edəcəyimiz üçün (əks halda bu işləməyəcək) datapoint dataframe-i geoDataFrame-ə çevirməliyik:

Aşağıdakı bu hissə: daha hamar yelkən üçün paket sənədlərini oxuyunᵀᴹ.

Burada etdiyimiz çoxbucaqlının içərisinə düşən nöqtələrin “maskası” yaratmaq və onu .loc () funksiyasından istifadə edərək əsas dataframe (df) süzgəcində istifadə etmək idi.

Məlumat nöqtələrimizi şəhərin çoxbucağı ilə bir daha xəritələşdiririk:

Məkan məlumatlarınızla mübahisə edərkən geri və irəli keçidlərə ara vermək istəyirsinizsə, pis bir seçim deyil!


Videoya baxın: OBYEKTİVDƏ: Tullantı kağızlardan necə faydalanaq? (Oktyabr 2021).