Най-простата грешка при изграждането на картографска мрежа: дялът от картата
Искам да посветя този пост на много лесна грешка за практикуване, главно в картите 1: 10,000 и 1: 1,000, използвани за кадастрални цели, взети от мрежата 1: 50,000.
Не забравяйте, че в предишния пост видяхме как генериране на тази мрежа, а преди това видяхме как започнете докато стигнете до карта 1: 1,000. Но най-простата грешка е да се вярва, че тази мрежа може да бъде разделена на картата, а това не е правилно. Координатата трябва да се генерира с използване на географска ширина и дължина всеки път, когато искаме да създадем по-плътна мрежа и ако не виждаме резултата.
Ако това е участък с 6 ° дължина на 8 ° географска ширина, съответстващ на зона 16, генерирането на UTM координати е просто и изпращането му до AutoCAD. Да предположим, че някой се побърква да мисли, че тази мрежа може да бъде изрязана от картата:
Този дял, без да се изчисляват средните точки, кривата ще се отваря, докато не достигне централната точка, където ще генерира разлика от 2,318.63 метра ширина.
Когато правите следния дял, ще бъде генерирана подобна грешка, но тя ще бъде намалена, както следва:
1: 1,000 (6 °): няма дял
Разделете 1: 500,000 (3 °): 2,318.63
Разделете 1: 250,000 (1 ° 30´): 579.76
Разделете 1: 100,000 (30´): 129.00
Разделете 1: 50,000 (15´): 16.13
Стойностите са между дял и непосредствен, така че в зависимост от това колко пъти се разделят, крайният резултат се натрупва, което в крайна сметка е пълно бедствие, ако добър картограф прегледа работата.
Виждаме също, че ако разделим листа 50,000, за да премахнем мрежата на 10,000, бихме имали грешка в централната точка до 16 метра, която за кадастралното проучване в градовете би била изключително сериозна и по-лоша, ако не е еднаква, защото това е грешката в централната точка ,
Въпреки че в дяла на 10,000 разстоянието е доста малко, така че практиката за разделяне на този лист на картата е много честа ... стига да се избегне, ще е по-добре.
Проблем е да искаме да генерираме мрежата в географски ширини и дължини, както видяхме този постЗа целите на печата, но най-сериозният проблем е, когато и препроектиране (като NAD27 до NAD83) с програма, направена за такива цели, това ще генерира сплайсинг грешки, които ще направят топологично изчистване на мъчения.
