এটি একটি দুষ্ট সমস্যা । আমরা বিভিন্ন সিস্টেমে চেষ্টা করেছি, যা সকলেই এক সময়ের জন্য বিভিন্ন ডিগ্রীতে কাজ করেছে, এবং অবশেষে অযত্নে বেড়ে উঠেছে এবং বেশিরভাগ ক্ষেত্রেই খসখসে পড়তে শুরু করেছে যা বেশিরভাগ ক্ষেত্রে উপযুক্ত নয়। এটি বলেছে যে, আমরা যে সিস্টেমগুলি ব্যবহার করেছি সেগুলির প্রতিটিই কোনও কিছুর চেয়ে ভাল,
আমাদের বর্তমান অনুশীলনের একটি থাম্বনেইল ওভারভিউ এখানে দেওয়া হয়েছে:
রাস্টারদের বাদ দিয়ে সবকিছুকে একটি ফাইল জিওডাটাবেজে রাখুন, যত কম তত ভাল। বৈশিষ্ট্য ডেটাসেটের নীচে বৈশিষ্ট্যযুক্ত ক্লাসগুলিতে বাসা বাঁধবেন না যতক্ষণ না সেগুলি কোনওভাবে সম্পর্কিত হয় (যেমন হাইড্রো> স্ট্রিমস, হাইড্রো> হ্রদ, হাইড্রো> জলাভূমি ইত্যাদি)। এটি 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 প্রকল্প।
মূলনীতি:
- গতিশীল এবং পরিবর্তনশীল থেকে ধীরে ধীরে পরিবর্তিত এবং প্রায়শই পুনরায় ব্যবহৃত জিনিসগুলি আলাদা করুন এবং তাদের সাথে অন্যরকম আচরণ করুন
- অকারণে সদৃশ করবেন না, স্তর ফাইল এবং শর্টকাট / লিঙ্কগুলি যেখানেই সম্ভব ব্যবহার করুন।
- সিস্টেমগুলি খুব ঘন ঘন পরিবর্তন করবেন না, প্রত্যেককে একটি কঠিন চেষ্টা করুন।
আমি অন্যান্য কাঠামোর উদাহরণগুলিকে খুব স্বাগত জানাই, যেমন আমি বলেছিলাম যে আমরা যা আছে তাতে সন্তুষ্ট নই। :)