Den enkleste feilen når du bygger et kartografisk nett: Partisjonen fra kartet
Jeg vil vie dette innlegget til en veldig enkel feil å praktisere, hovedsakelig i kartene 1: 10,000 1 og 1,000: 1 50,000 brukt til matrikkelformål hentet fra nettet XNUMX: XNUMX XNUMX.
Husk at i forrige innlegg så vi hvordan generere dette nettverket, og tidligere så vi hvordan gå i gang til du kommer til et kart på 1: 1,000. Men den enkleste feilen er å tro at dette nettet kan deles på kartet, og dette er ikke riktig. Koordinaten må genereres ved hjelp av breddegrad og lengdegrad hver gang vi vil lage et tettere nett, og hvis vi ikke ser resultatet.
Hvis dette er et snitt på 6 ° lengdegrad med 8 ° breddegrad, tilsvarende sone 16, er det enkelt å generere UTM-koordinatene og sende det til AutoCAD. Anta at noen blir sint når de tenker at dette nettet kan kuttes fra kartet:
Denne partisjonen, uten å beregne midtpunktene, ville kurven åpne til den nådde det sentrale punktet der den ville generere en forskjell på 2,318.63 meter breddegrad.
Når du utfører følgende partisjon, vil en lignende feil bli generert, men den vil bli redusert som følger:
1: 1,000 (6.): ingen partisjon
Del 1: 500,000 3 (tredje): 2,318.63
Del fra 1: 250,000 1 (30 XNUMX´): 579.76
Fra 1: 100,000 30 (XNUMX´): 129.00
Fra 1: 50,000 15 (XNUMX´): 16.13
Verdiene er mellom en partisjon og den umiddelbare, så avhengig av hvor mange ganger de deler seg, akkumuleres sluttresultatet, noe som ender opp med å bli en fullstendig katastrofe hvis en god kartograf vurderer arbeidet.
Vi ser også at hvis vi deler 50,000 10,000 arket for å ta ut 16 XNUMX meshet, ville vi ha en feil på det sentrale punktet på opptil XNUMX meter som for en urban matrikkelundersøkelse ville være ekstremt alvorlig og verre hvis det ikke er ensartet fordi det er feilen i det sentrale punktet.
Selv om avstanden er ganske liten i 10,000-delen, så praksisen med å dele dette arket på kartet er veldig vanlig ... så lenge det kan unngås, vil det være bedre.
Et problem er å ønske å generere rutenettet på breddegrad og lengdegrad som vi så i dette innleggetFor utskriftsformål, men det mest alvorlige problemet er når og reprojeksjon (for eksempel NAD27 til NAD83) med et program laget for slike formål, vil dette generere skjøtingsfeil som vil gjøre topologisk rengjøring tortur.
