স্তর একাধিক কপি সংগঠন এবং পরিপাটি? [বন্ধ]


28

আমি যখন বিশ্ববিদ্যালয়ে ছিলাম তখন আমার "সংগঠন ও পরিপাটি" সমস্যা ছিল - আমি অসংগঠিত ছিলাম এবং আমার স্তরগুলি আলাদা আলাদা ফোল্ডারে আলাদা আলাদা নাম ছাড়া রেখেছিলাম এবং তাই প্রতিটি স্তরের একাধিক অনুলিপি ছিল।

যখন থেকে আমি কাজ শুরু করেছি, আমি অনেক উন্নতি করেছি - আমি বিশেষ সাবফোল্ডারগুলির সাথে বিশেষ ফোল্ডার রাখি। আমি আমার স্তরগুলিকে এমন একটি সিস্টেম অনুসারে নামকরণ করি যা আমাকে আরও কিছুটা ঝরঝরে হতে দেয়, তবে যেহেতু আমাকে এখনও স্তরগুলির একাধিক অনুলিপিগুলি পরিচালনা করতে হবে (অটোক্যাড এবং আর্কজিআইএস-এর সাথে লাতিনবিহীন ভাষার সাথে কথা বলার সময় তার পার্থক্য রয়েছে, তাই আমাকে একটি অনুলিপি রাখতে হবে প্রতিটি প্রোগ্রামের জন্য সামঞ্জস্য করা), আমি আপনার অভিজ্ঞতাগুলি শুনতে চাই এবং সম্ভবত আপনার কাছ থেকে কয়েকটি টিপস শিখতে চাই:

  1. আপনি আপনার স্তরগুলি কীভাবে সংগঠিত করবেন? কীভাবে তাদের নাম রাখবেন? নাম, তারিখ, বিষয়বস্তু, গ্রাহক দ্বারা?
  2. আপনি একাধিক অনুলিপিগুলি কীভাবে সংগঠিত করবেন বা পরিচালনা করবেন (আরও তীব্র: আপনি একবারে কয়েকটি কপি কীভাবে আপডেট করবেন)?

দ্রষ্টব্য: আমি বিশ্লেষক / ডিবিএ পিওভের কাছ থেকে কথা বলছি এবং কোনও ওয়েব-বিকাশকারী / ওয়েব-ম্যানেজারের পিওভের কাছ থেকে নয় (আমি নিজের জন্য স্তরগুলি গুছিয়ে রাখার কথা বলছি এবং সম্ভবত আরও দুটি জিআইএস কর্মী, আরও নয়)।


6
একটি ভাল প্রশ্ন। আসলে এটি কোনও নিবিড়তা নয়, এটি একটি অনুসন্ধান। একটি প্রশ্ন উত্তরের একক বা সংকীর্ণ-ইশ সেটকে নিয়ে যায় এবং একবার নিষ্পত্তি হয়ে গেলে এটি শেষ হয়ে যায়। একটি অনুসন্ধান একটি চলমান জিনিস, এমন একটি দু: সাহসিক কাজ যার কখনই একটি চূড়ান্ত পরিণতি না ঘটে এবং আপনার এখানে have নিজেকে সত্যের পদত্যাগ করুন আপনি যেই কনভেনশন স্থির করেন না কেন, এটি পুরোপুরি বা তীব্রভাবে কাজ করবে না। এটি বলেছে যে, এমন পথনির্দেশগুলি রয়েছে যা আপনি পথটিকে মসৃণ ও সহজ ভ্রমণ করতে ব্যবহার করতে পারেন। কেভিনের উত্তর, এবং মন্তব্যে অনুসরণ করা এই ক্ষেত্রে খুব ভাল শুরু।
ম্যাট উইলকি

উত্তর:


21

এটি একটি দুষ্ট সমস্যা । আমরা বিভিন্ন সিস্টেমে চেষ্টা করেছি, যা সকলেই এক সময়ের জন্য বিভিন্ন ডিগ্রীতে কাজ করেছে, এবং অবশেষে অযত্নে বেড়ে উঠেছে এবং বেশিরভাগ ক্ষেত্রেই খসখসে পড়তে শুরু করেছে যা বেশিরভাগ ক্ষেত্রে উপযুক্ত নয়। এটি বলেছে যে, আমরা যে সিস্টেমগুলি ব্যবহার করেছি সেগুলির প্রতিটিই কোনও কিছুর চেয়ে ভাল,

আমাদের বর্তমান অনুশীলনের একটি থাম্বনেইল ওভারভিউ এখানে দেওয়া হয়েছে:

রাস্টারদের বাদ দিয়ে সবকিছুকে একটি ফাইল জিওডাটাবেজে রাখুন, যত কম তত ভাল। বৈশিষ্ট্য ডেটাসেটের নীচে বৈশিষ্ট্যযুক্ত ক্লাসগুলিতে বাসা বাঁধবেন না যতক্ষণ না সেগুলি কোনওভাবে সম্পর্কিত হয় (যেমন হাইড্রো> স্ট্রিমস, হাইড্রো> হ্রদ, হাইড্রো> জলাভূমি ইত্যাদি)। এটি fgdb শীর্ষে একটি দীর্ঘ দীর্ঘ তালিকার দিকে নিয়ে যায় তবে এটি একটি গ্রহণযোগ্য মন্দ।

সমস্ত বৈশিষ্ট্য শ্রেণীর জন্য স্তর ফাইল তৈরি করুন এবং এর পরিবর্তে সংগঠিত করুন, এটি অসমর্থিত অক্ষর ইত্যাদি ব্যবহার করে প্রয়োজনীয় নামকরণের অনেক স্বাধীনতা দেয় এবং পরিস্থিতি পরিবর্তনের সাথে সাথে স্থানান্তরিত এবং নাম পরিবর্তন করার ক্ষমতা। এটি অপ্রয়োজনীয়তা ছাড়াই নকলকরণেরও মঞ্জুরি দেয়, উদাহরণস্বরূপ এক স্তরের স্তর নামমাত্র স্কেল (50 কে, 250 কে ...) অনুযায়ী ভাগ করা হয়, অন্য অঞ্চল দ্বারা (একে, ওয়াইটি ...), থিম অনুসারে তৃতীয় (ক্যারিবু, জমির ব্যবহার, পরিবহন) ...) এবং ক্লায়েন্ট দ্বারা চতুর্থটি যখন ডেটাস্টোর নিজেই অপরিবর্তিত থাকে।

সদৃশগুলির জন্য স্তর ফাইলগুলির পরিবর্তে শর্টকাটগুলি নিজেরাই ব্যবহার করুন, অন্যথায় জিনিসগুলি পরিবর্তিত হওয়ার সাথে সাথে আপডেট করার জন্য অনেকগুলি জিনিস রয়েছে। শর্টকাটগুলি দেখানোর জন্য আর্কগ্ল্যাটালগটি কনফিগার করুন: * সরঞ্জামগুলি> বিকল্পগুলি> ফাইলের ধরণ: .lnk (সীমাবদ্ধতা: পূর্বরূপ এবং মেটাডেটা কাজ করে না, আপনি আরকিগ্যাটালগের উত্সের শর্টকাটটি অনুসরণ করতে পারবেন না shortc এটি শর্টকাটের পরিবর্তে সিম্বলিক লিঙ্ক ব্যবহার করে প্রতিকার করা যেতে পারে , লিঙ্ক শেল এক্সটেনশন দেখুন )

* (টিপ: একটি স্টার্ট মেনু সরঞ্জামদণ্ড হিসাবে স্তর ফোল্ডার যুক্ত করুন যাতে তারা আপনার আঙুলের পরামর্শের জন্য সর্বদা থাকে))

জেড: \ স্তরসমূহ \
          বেজ \
          বিষয়ভিত্তিক \
          রেফারেন্স \
          সমস্ত পোষাক বেস (250 কে) .lyr
          প্রশাসনের সীমানা (1000k) .lyr
          ...
জেড: \ রাস্টার \
          ল্যান্ডস্যাট \
          Orthos \
জেড: \ ডেটা \
        Foo_50k.gdb
        Foo_250k.gdb
        NoScale.gdb

মানচিত্রের রচনাগুলি এবং আউটপুটগুলি (মুদ্রণ ফাইল, পিডিএফ, রফতানি ইত্যাদি) যা প্রকৃতির দ্বারা আরও গতিশীল এবং পরিবর্তনশীল অন্য কোথাও সংরক্ষণ করা হয় এবং আলাদাভাবে সংগঠিত হয়। এটি আমাদের পক্ষে কঠিনতর অংশ hard আমরা বর্তমানে কাজের # অনুসারে নামযুক্ত ফোল্ডারগুলির সাথে একটি ডেডিকেটেড ড্রাইভ ব্যবহার করি (এটি করার পরে আমি তারিখটি ব্যবহার করব, '2010-10-26' ) এবং প্রকল্পের নির্দিষ্ট ডেটা এবং ফলাফল / ইচ্ছাকৃত জন্য সাব ফোল্ডার। একটি স্প্রেডশিট সূচী সমস্ত কাজের নম্বর (ফোল্ডারের নাম), তাদের সম্পর্কিত মানচিত্রের শিরোনাম এবং ক্লায়েন্টের তালিকা করে। উদা:

ওয়াট: \ Foo_0123 \
            Foobarmap_001.mxd
            ডক্স \
                 ReadMe.doc
            ডেটা \
                 buffers_2000m.shp
                 gps_tracks.csv
            আউটপুট \
                   Foobarmap_001.pdf
            deliverables

সূচি আপ টু ডেট রাখা একটি ঘর্ষণ বিন্দু, লোকে এটি করতে পছন্দ করে না, এড়াতে পারে না এবং নামকরণের সাথে অসন্তুষ্ট হয় (স্প্রেডশিটের পরিবর্তে একটি ডেটাবেস ব্যবহার করা সাহায্য করবে)। সংখ্যার ফোল্ডারের নাম কনভেনশন ব্যবহার করা সূচি ছাড়াই প্রজেক্ট এক্স এর জন্য মানচিত্রের পক্ষে একেবারে অসুবিধাজনক করে তোলে, ঘর্ষণের আরও একটি উল্লেখযোগ্য উত্স। আদর্শভাবে সূচকটি একটি ক্লিকযোগ্য এইচটিএমএল পৃষ্ঠা হবে যা একটি ডিবি অ্যাপ্লিকেশন থেকে স্বয়ংক্রিয়ভাবে উত্পন্ন হয়। যদিও পুরো 'nother প্রকল্প।

মূলনীতি:

  • গতিশীল এবং পরিবর্তনশীল থেকে ধীরে ধীরে পরিবর্তিত এবং প্রায়শই পুনরায় ব্যবহৃত জিনিসগুলি আলাদা করুন এবং তাদের সাথে অন্যরকম আচরণ করুন
  • অকারণে সদৃশ করবেন না, স্তর ফাইল এবং শর্টকাট / লিঙ্কগুলি যেখানেই সম্ভব ব্যবহার করুন।
  • সিস্টেমগুলি খুব ঘন ঘন পরিবর্তন করবেন না, প্রত্যেককে একটি কঠিন চেষ্টা করুন।

আমি অন্যান্য কাঠামোর উদাহরণগুলিকে খুব স্বাগত জানাই, যেমন আমি বলেছিলাম যে আমরা যা আছে তাতে সন্তুষ্ট নই। :)


আমি গতকাল কাউকে খুব বড় এবং দীর্ঘ কিছু পোস্ট করার জন্য হালকাভাবে শাস্তি দিয়েছি এবং এখানে আমি ছবি ছাড়া কেবল একই জিনিস যাচ্ছি do আপনার কী মনে হয়, একটি সমন্বিত পুরো উপস্থাপন করা বা জিনিসগুলিকে মডুলার টুকরো টুকরো টুকরো করা ভাল, যা প্রত্যেকে নিজের যোগ্যতার ভিত্তিতে / নিচে ভোট দিতে পারে, তবে অন্যের সাথে তাদের সংহতিকে সম্ভবত ভেঙে বা লুকিয়ে রাখতে পারে? মেটা সম্পর্কে এটি সম্পর্কে কথা বলুন: লম্বা এবং সংহত বা সংক্ষিপ্ত এবং মডিউলার
ম্যাট উইলকি

কি দারুন. ফাইলিং সিস্টেমের মাধ্যমে কী হয় (আমি এটি ইতিমধ্যে চারবার পড়েছি এবং এখনও নিশ্চিত করে নেই যে আমি এটি পেয়েছি)। বাইন্ড অটোক্যাড এবং আর্কজিআইএস ব্যবহারকারী হিসাবে আমার কাছে দুটি মতামত দাঁড়িয়েছিল: ১. কীভাবে আমি এই সিস্টেমে ডিডাব্লুজি'র স্টোরেজ ফিট করব? ২. জিওডাটাবেস সুসংহত রাখার একটি দুর্দান্ত উপায়। আমার একমাত্র সমস্যা হ'ল অটোক্যাড মানচিত্রে জিডিবি দেখতে পাচ্ছে না তবে কেবল শেফফিলগুলি রয়েছে। তবে ধন্যবাদ, আমি আপনার সম্পূর্ণ সিস্টেম থেকে টিপস নেব ...
jonatr

মনে রাখবেন এই সিস্টেমটি 15 বছর বা তার বেশি সময়কালে এর মতো হয়ে উঠেছে এবং আমরা কীভাবে কাজ করব তা অনুসারে তৈরি করা হয়েছে। যদিও কিছু পোর্টেবল উপাদান থাকা উচিত। সিএডির সাথে আন্তঃব্যবযোগিতা হিসাবে, ফাইল জিওডাটাবেজে একটি ওপেন এপিআই প্রকাশের প্রতিশ্রুতি সম্মানের জন্য ESRI- র ক্ষেত্রে থাকুন ।
ম্যাট উইলকি

1
বৈশিষ্ট্যটির ডেটাসেটগুলিতে ডিট্টো। এটি আর্কিটেলগ বাদে এক ধরণের অকেজো বৈশিষ্ট্য। তাদের সাধারণ ব্যবহার এবং স্থানিক রেফারেন্সের স্তরগুলি গোষ্ঠী করার কথা রয়েছে, তবে কোনও প্রোগ্রামার কখনই কোনও বৈশিষ্ট্য ডেটাसेट দেখতে পায় না যতক্ষণ না এটি ওয়ার্কস্পেসের স্তরগুলির মধ্য দিয়ে লুপিংয়ের পথে না আসে। বিভিন্ন অনুমান ব্যবহার করার সময়, পৃথক ডাটাবেসগুলি বৈশিষ্ট্য ডেটাসেটের চেয়ে ভাল বলে মনে হয়।
টিম রাউরকে

1
@ টিম আমি বিশ্বাস করি যে ফিচার ডেটাসেটগুলি আর্কইনফো কপ্রেজের ধারণাগত প্রতারণাপূর্ণ, যথা তারা পৃথক পৃথক জ্যামিতির প্রকারকে একক ঝুড়ির মধ্যে সাধারণ "জিনিস" বর্ণনা করে এমন একটি গোষ্ঠীভুক্ত করার উপায় হতে পারে। সুতরাং আপনার কাছে উদাহরণস্বরূপ জলছবি (লাইন), জলাশয়গুলি (বহুভুজ) এবং শিলা-ইন-ওয়াটার (পয়েন্ট) একসাথে থাকতে পারে। আমি জানি না কেন তারা আরও সরাসরি প্রোগ্রামারের কাছে উপস্থাপিত হয় না।
ম্যাট উইলকি

6

যদি অন্য লোকেরা আপনার সিস্টেমে ডেটা অ্যাক্সেস করে থাকে, আপনি কেবল নিজের জন্য সংস্থাটির স্কিমা অর্থবহ করতে পারবেন না; আপনার অবশ্যই তাদের সিস্টেমের ব্যবহার মাথায় রাখতে হবে। আপনি যদি এগুলি বিবেচনা না করেন তবে আপনি "ল্যান্ডউজ ডেটা কোথায়" এবং "কেন আমি [এখানে datোকানো ডেটাসেট] খুঁজে পাচ্ছি না?" এর মতো প্রশ্নের উত্তর দেওয়ার জন্য অনেক সময় ব্যয় করব?

বহু বছর ধরে এই ধরনের একটি সিস্টেম বজায় রাখতে, আমি দেখেছি যে লোকেদের ডেটা যদি এটা প্রথম উৎস, যেমন দ্বারা সংগঠিত হয় খুঁজে পাচ্ছি না c:\CensusBureau\Roadsএবং c:\ESRI\Countries। পরিবর্তে, আমি প্রথমে উপাত্তগুলি প্রথমে তালিকাভুক্ত করার পরামর্শ দিই, তারপরে উত্স অনুসারে যদি আপনার একাধিক উত্স থাকে, যেমন c:\Roads\CensusBureauএবং c:\Roads\LocalGovt

তেমনিভাবে আমি রাস্টারগুলি এবং ভেক্টরগুলিকে বিভিন্ন ডিরেক্টরিতে আলাদা করব না। তবে আপনার যদি প্রচুর পরিমাণে রাস্টার ডেটা থাকে যা একটি ড্রাইভের সাথে মানানসই হয় না তবে তাদের বিভিন্ন শারীরিক বা লজিক্যাল ড্রাইভে বিভক্ত করা প্রয়োজন হতে পারে।

আমি নিম্নলিখিত ডিরেক্টরি কাঠামো সুপারিশ। থিম \ সোর্স ইয়ার, যেখানে থিম থিমেটিক স্তর, উত্স হ'ল ডেটা উত্সের সংক্ষিপ্ত নাম এবং বছরটি সেই বছর যেখানে ডেটা মাটিতে উপস্থাপন করে। এই পরিস্থিতিতে, সেন্সাস ব্যুরো থেকে টিআইজিআর রোডগুলি অবস্থিত হবে \Roads\Census00এবং \Roads\Census10(বা 'সেন্সাস'কে' টাইগার 'দিয়ে প্রতিস্থাপন করবে)।

সচেতন হন যে আর্কজিআইএস-এ কিছু নির্দিষ্ট এক্সটেনশানগুলি 13 টি অক্ষরের বেশি ফাইলের নামের সাথে কাজ করে না। কোন এক্সটেনশনটি আমি মনে করতে পারি না, আমি কেবল এটির একটি সমস্যা মনে করি।


ধন্যবাদ কেভিন, ফাইল নাম কনভেনশন সম্পর্কে কী? আমি << বিষয়> _ <লোকেশন> _ <রেঞ্জ> _ <তারিখ> _ <ফাইল ফর্ম্যাট> _ <রিসোলিউশন> like এর মতো একটি সমাধান ভাবছি < .76N_0090201.23E_2011_tiff.zip। আপনি কি এটি একটি কার্যকর ধারণা বলে মনে করেন?
জেড

5
কমান্ড লাইনে বা প্রোগ্রামে এই ফাইলগুলির নামগুলি ব্যবহার করা খুব জটিল হয়ে উঠতে পারে। তারা আর্কম্যাপে অন্তত: একটি বিস্তৃত সামগ্রীর টেবিল এবং / অথবা কিংবদন্তির দিকে নিয়ে যাবে (কমপক্ষে ডিফল্টরূপে)। আমি সংক্ষিপ্ত ফাইলের নামগুলি বেছে নেব, উদাহরণস্বরূপ কেবল অবজেক্ট বা অবজেক্ট এবং তারিখ, এবং স্ট্যান্ডার্ড মেটাডেটা বা কমপক্ষে একটি রেডমি ফাইল ব্যবহার করে বাকি তথ্য রিলে করতে। শুধুমাত্র আমার অভিমত.

4
আমি কেভিনের সাথে একমত আমার বর্তমান সংস্থার একটি লিগ্যাসি ফাইল নাম কনভেনশন রয়েছে (যে আমি পরিবর্তনের প্রক্রিয়াতে আছি) যা ফাইলের নামগুলি লুংয়ের নির্দেশ দেয় এবং কেবল কারণগুলির উল্লেখের কারণে এটি খুব জটিল। দুটি অতিরিক্ত চিন্তাভাবনা 1) আপনার কাছে ফাইলের নামে যা রয়েছে তার বেশিরভাগটি ফোল্ডারে বিভক্ত হয়ে ফাইলের কাঠামোয় সাজানো যেতে পারে - hte ফাইলের নাম নয়; ২) ফাইলের নামের একাধিক সময়সীমা / বিন্দু (।) এর ফলে নির্দিষ্ট সফ্টওয়্যার এবং / অথবা প্রোগ্রামক্রমে ফাইলের অ্যাক্সেসের সমস্যা হতে পারে। সাধারণত (।) এর পরে বর্ণগুলি হ'ল ফাইল এক্সটেনশান এবং অতিরিক্ত ফাইল নাম সংক্ষেপগুলি নয়।
hgil

2

আমরা ক্যাড ফাইলগুলির জন্য একটি প্রকল্প স্তরে কাজ করি অনুমান করে এটি আপনার নির্দিষ্ট কাজের প্রবাহ কীভাবে সেট আপ হয় তার উপর নির্ভর করে, আমাদের মাস্টার ওয়ার্কিং প্রজেক্ট রয়েছে তারপরে সম্পাদনা অধিবেশন শেষে এক্সপোর্ট স্ক্রিপ্টে এটি থেকে কোনও অতিরিক্ত ডেটাস্টোর প্রস্তুত করুন।

ডেটাডির \ ক্যাড \ ক্যাডাস্ট্রে.ডেগন
ডেটাডির \ এসআরভি \ ফুয়েল.ডেগন
ডেটাডির \ এসআরভি we সিওরেজ d ডিএনটি
ডেটাডির \ মানচিত্র \ বেস.ডেগন
ডেটাডির \ মানচিত্র \ মুদ্রণকাগর
...

তারপরে প্রতিটি ফাইলের স্তরের / স্তর / বৈশিষ্ট্যগুলি একটি শনাক্তকারী
সেলপাইপ
sewManhole
sewPit এর সাথে নামযুক্ত
...

তারপরে আমরা আমাদের ওয়ার্কিং প্রজেক্ট ফাইলগুলি পড়ার পরিবর্তে এটি সমস্ত এসকিউএল স্থানিকতে রফতানি করি যেখানে এটি ম্যাপগুইড বা যে কোনও স্বাদের জিআইএস অ্যাপ্লিকেশনটির মাধ্যমে ব্যবহারকারীর কাছে প্রদর্শিত হয়।

জিআইএস স্তরগুলি বাছাইয়ের অনুমতি দেওয়ার জন্য সনাক্তকারী এবং অনুরূপ ফোল্ডার বিন্যাস সহ বৈশিষ্ট্যর নাম অনুসারে বাছাই করা হয়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.