Skip to content

Prajuab Riabroy's Blog

Survey Application – GNSS – UAV – Programing – Python – Dart&Flutter – Rust

Menu
  • Home
  • About Us
  • Survey Application
    • Surveyor Pocket Tools
    • Traverse Pro
    • XSection Plot
    • Geoid Height Pro
    • Spot Fire
    • โปรแกรมงานสำรวจสำหรับเครื่องคิดเลข Casio fx-5800P
    • โปรแกรมงานสำรวจสำหรับเครื่องคิดเลข Casio fx-9860G II SD
  • Download
  • Privacy Policy
Menu

Surveyor Pocket Tools – คำนวณพื้นที่ เรื่องธรรมดาที่ไม่ธรรมดา (ตอนที่ 3 ตอนจบ)

Posted on 27/12/2016

ทดสอบข้อมูลค่าพิกัดรูปปิดบนพื้นหลักฐาน Indian 1975

  • ขอพูดเกี่ยวกับ work flow สักนิด เมื่ออ่านไฟล์รูปปิดจากไฟล์  CSV มาแล้ว โปรแกรมจะคำนวณหาจุด centroid หรือจุดศูนย์ถ่วงของพื้นที่ แล้วจะแปลงพิกัดเป็นค่าพิกัดในพื้นหลักฐาน WGS84 ทั้งค่าพิกัดของรูปปิดและจุดศูนย์ถ่วงด้วย จากนั้นโปรแกรมจะสร้างเส้นโครงแผนที่ Lambert Azimuthal Equal Area โดยการใช้จุดศูนย์ถ่วงเป็น latitude of origin, central meridian แล้วเรียกใช้ไลบรารี Proj4 เพื่อทำการแปลงพิกัดไปยังระบบพิกัดฉากของเส้นโครงแผนที่ LAEA สุดท้ายใช้สูตรผูกเชือกรองเท้า ทำการคำนวณหาพื้นที่ จะได้พื้นที่ออกมา แต่ยังเป็นพื้นที่บนทรงรีอยู่
  • ที่หน้าต่างโปรแกรมคลิก “Import” แล้ว browse… เพื่อนำไฟล์ CSV เข้า

compute_area_import2

  • จะใช้ข้อมูลที่ผมเตรียมไว้ให้ อยู่ในโฟลเดอร์ “C:\Users\ชื่อผู้ใช้\AppData\Roaming\Surveyor Pocket Tools\example data” เลือกไฟล์ “boundary2-utm47n-indian1975.csv“

surveyor-pocket-tools_2016-12-26_17-06-30

  • เมื่อคลิก “ok” จะเห็น preview ไฟล์นี้ไม่มีชื่อหัวคอลัมน์ เราต้องไประบุทีหลัง

compute_area_import3_noheaders

  • เมื่ออ่านไฟล์เข้าตารางข้อมูล จะเห็นตรงกรอบสีแดงด้านบนเป็น “Col1” ทั้งหมด

compute_area_noheaders

  • ตั้งหัวข้อคอลัมน์ให้ตรงกับ ชื่อจุด Northing Easting

compute_area_set_headers

  • ต่อไปก็ตั้งระบบพิกัดเป็น “Indian 1975 / UTM Zone 47N”

compute_area_set_crs

  • คลิกคำนวณที่ไอคอนเครื่องคิดเลข โปรแกรมจะคำนวณหาพื้นที่ให้ มาลองปักหมุดดูกันครับ บน google maps คลิดที่ทูลส์บาร์ด้านขวา

nvidia-share_2016-12-26_20-27-43

  • ปักหมุดที่ google earth

2016-12-26_20-30-02

การส่งออกไฟล์เป็น Shape file

  • ใครที่ไม่ได้ใช้งานจำพวก GIS ก็ข้ามหัวข้อนี้ไปนะครับ อย่างที่ผมบอกไว้ว่าเส้นโครงแผนที่ Lambert Azimuthal Equal Area รักษาพื้นที่แต่ไม่รักษารูปร่าง แต่ข้อดีคือการจุด origin ไปแปะอยู่ที่จุดศูนย์ถ่วง ทำให้รูปร่างไม่น่าจะเพี้ยนมากนัก ต่อไปคลิกที่ “Export…”

compute_area_export_to_shape_file

  • จะเห็นไดอะล๊อก เลือกปลายทางไฟล์ที่จะเก็บ เลือกรูปแบบเป็น “ESRI Shape file“

surveyor-pocket-tools_2016-12-26_21-23-27

  • ผมตั้งชื่อว่า “Boundary2” โปรแกรมจะสร้างไฟล์ให้ มีทั้งหมด 4 ไฟล์คือ  Boundary2.dbf, Boundary2.shx, Boundary.shp และ Boundary.prj ผมจะลองเปิด QGIS แล้วเปิดไฟล์ชุดนี้เข้าไป ที่ QGIS ที่เมนู “Project => New” เพื่อสร้าง project ใหม่ จากนั้นคลิกที่เมนู “Project => Project Proterites” เลือกหน้า CRS (Coordinate Reference System) ตั้งค่าตามรูปด้านล่าง คือเราจะให้ QGIS แปลงพิกัดเป็น WGS84 ในขณะนำเข้า

qgis-bin_2016-12-27_05-36-35

  • แต่หลายครั้งผมพบว่า QGIS รู้สึกจะเอ๋อๆ ไม่ยอมแปลงพิกัดแบบทันทีทันใดตอนนำเข้า จากนั้นเลือกเมนู “Layer => Add Layer => Add Vector Layer…” เลือกไฟล์ชือ “Boundary2.shp”
  • เข้ามาแล้ว ผมตรวจดู QGIS แปลงพิกัดให้เรียบร้อย ไปที่เมนู Setting => Custom CRS… จะเห็นร่องรอยระบบพิกัดที่นำไฟล์เข้าไป QGIS

qgis_user_defined_crs

  • ข้อควรจำ ระบบพิกัดของเส้นโครงแผนที่ LAEA  ที่ผมทำขึ้นมาช่วยหาพื้นที่ ตัวนี้ควรใช้ชั่วคราวเท่านั้นนะครับ เพราะไม่ได้เป็นมาตรฐาน ถ้านำเข้าโปรแกรมด้าน GIS ควรรีบแปลงระบบพิกัดไปหาตัวมาตรฐานอื่นทันที
  • แต่ถ้าผู้อ่านต้องการส่งออกไฟล์ Shape file บนระบบค่าพิกัดเป็น UTM แต่จำกัดเฉพาะบน WGS84 เพราะว่า Indian 1975 ที่อยู่ตามโปรแกรม GIS ทั้งหลายค่าพารามิเตอร์ Transformation ไม่ตรงกับประเทศไทย ที่เราใช้กัน ค่าที่เราใช้กันคือ dx = 204.5, dy = 837.9, dz = 294.8 ตามกรมแผนที่ทหารปี 2551 ดังนั้นถ้ามีการแปลงพิกัดบนโปรแกรมเหล่านี้ไปหาระบบพิกัดอื่นจะไม่ถูกต้อง เว้นเสียแต่ว่าเราสามารถกำหนดตัวแปรพารามิเตอร์เองได้
  • ที่โปรแกรมคลิก “Export…” ด้านขวา เลือกโฟลเดอร์ปลายทางแล้วป้อนขื่อไฟล์ แล้วลองเปิดบนโปรแกรมด้าน GIS ดู

compute_area_export_shapefile_utm

การเปลี่ยนหน่วยพื้นที่

  • ผ่านมาหลายตอนแล้วผมลืมบอกไปว่า สามารถเปลี่ยนหน่วยพื้นที่ได้จาก ตร.ม. ไปยัง หน่วยไร่ของบ้านเรา หรือแม้แต่หน่วย hectare หรือ acre รอบๆบ้านเรายังใชหน่วยพวกนี้อยู่ เช่นเมียนมา ยังใช้หน่วย เอเคอร์อยู่

compute_area_changed_unit

ปัญหาของแปลงที่ดินอยู่คร่อมเส้นแบ่งโซน

  • ปัญหาของระบบพิกัดฉากอีกอย่าง คือตรงบริเวนเส้นแบ่งโซน ที่ศูนย์พิกัดอยู่คนละที่กัน ถ้าเป็นงานก่อสร้างบริเวณช่วงแบ่งโซนนี้ อาจจะทำหมุดไว้อย่างน้อยหนึ่งคู่ พร้อมกับมีพิกัดอิงอยู่ทั้งสองโซน
  • สำหรับแปลงที่ดิน ถ้าไม่ล้ำโซนไปหากันไกลมากนัก ก็น่าจะอนุโลมในการใช้โซนข้างใดข้างหนึ่ง  การคำนวณพื้นที่ถ้าจะต้องมาแบ่งพื้นที่ตามโซนแล้ว นำพื้นที่มารวมกันทีหลัง ค่อนข้างยุ่ง
  • แต่ถ้าแปลงที่ดินเก็บค่าพิกัดแบบภูมิศาสตร์ ก็ง่ายครับ มาดูข้อมูลทดสอบแปลงรูปปิด อยู่บนพื้นที่ระว่างโซน 47 และโซน 48 ค่าพิกัดเป็นแบบภูมิศาสตร์
  • คลิก “Import…” ที่ทูลส์บาร์ด้านขวา เลือกไฟล์ชื่อ “boundary4-crossed-zone47n-zone48n.csv“

python_2016-12-27_11-06-49

  • ดู preview ไฟล์มีหัวชื่อคอลัมน์ ค่าพิกัดเป็นแลตติจูด ลองจิจูด

python_2016-12-27_11-07-01

  • ที่ตารางข้อมูล ตั้งระบบพิกัดเป็น “WGS84 / Geographic” คลิกที่ไอคอนเครื่องคิดเลขทำการคำนวณ ที่นี้ผลการคำนวณพื้นที่ในระบบพิกัดฉาก โปรแกรมจะพบว่ามีการข้ามโซน จะคำนวณพื้นที่ให้ทั้งสองโซน ค่าจะต่างกันเพราะว่าค่า scale factor ไม่เท่ากัน พื้นที่แปลงนี้เมื่อคำนวณบนระบบพิกัดฉากโซน 47 จะได้ค่าออกมา = 291 ไร่ 2 งาน 87.47 ตารางวา 

compute_area_crossed_zone_comparison1

  • ลองคลิกเลือกเป็นโซน 48 ตามรูปจะได้พื้นที่ 291 ไร่ 2 งาน 86.61 ตารางวา สองโซนต่างกัน = 87.47 – 86.61 = 0.86 ตารางวา ถือว่าต่างกันน้อยมาก แต่ถ้าเทียบกับพื้นที่บนทรงรีแล้ว ต่างกัน 2 งานกว่าๆ ถือว่ามากพอสมควร

compute_area_crossed_zone_comparison2

ตรวจสอบพื้นที่บนทรงรี

  • ที่จุดศูนย์ถ่วง latitude = 13.9468690 longitude = 102.0021300  ค่าระดับเฉลี่ยเทียบกับรทก. (H) ประมาณ 30 เมตร ความสูงจีออยด์(N) =-26.653 เมตร ความสูงเทียบกับทรงรี (h) = H + N = 30-26.653 = 3.347 เมตร รัศมีทรงรีบริเวณนี้ = 6,376,910 เมตร หาค่า ESF = 6376910/(6376910+3.347) = 0.999999475
  • ค่า บน UTM Zone 47N GSF = 1.00090202 บน UTM Zone 48N GSF = 1.000898320
  • พื้นที่ในระบบพิกัดฉาก UTM Zone 47N = 466749.898 ตร.ม. คิดเป็นพื้นที่บนทรงรี =  466749.898 /  1.00090202² = 465909.000 ตร.ม. พื้นที่บนทรงรีที่ได้จากเส้นโครงแผนที่ LAEA = 465909.007 ตร.ม. ต่างกันที่ทศนิยมตำแหน่งที่ 3 ถือว่าน้อยมาก
  • พื้นที่ในระบบพิกัดฉาก 48N = 466746.458 ตร.ม. คิดเป็นพื้นที่บนทรงรี  = 466746.458/1.000898320 = 465909.011 ตร.ม. ต่างกันที่ทศนิยมตำแหน่งที่ 3 เช่นเดียวกัน อย่างไรก็ตามค่าที่ได้จาก LAEA ผมถือว่าให้ค่าที่ถูกต้องที่สุด
  • คิดเป็นพื้นที่จริง = 465907.007 / 0.999999475² = 465907.496 ตร.ม.
  • ลองปักหมุดดูบน google earth เส้นสีน้ำเงินหนาๆคือเส้นแบ่งโซน ด้านซ้ายคือโซน 47 ด้านขวาคือโซน 48

googleearth_2016-12-27_11-27-45

สรุป

  • การคำนวณพื้นที่บนทรงรีจากเส้นโครงแผนที่ Lambert Azimuthal Equal Area มีความน่าเชื่อถือ ทำให้การคำนวณพื้นที่จากระบบพิกัดฉาก UTM สามารถหาพื้นที่ได้โดยไม่ต้องอาศัยการคำนวณหาค่า Grid Scale Factor
  • ก็หวังว่าทูลส์ตัวนี้จะช่วยช่างสำรวจคำนวณพื้นที่ได้โดยสะดวกและสามารถนำผลลัพธ์ไปใช้งานอื่นๆได้ง่าย

เครดิต

  • ผมได้เพิ่มไลบรารีภาษา python มาช่วยอีกสองไลบรารีคือช่วยในการเขียน Excel และเขียน shape file ทำให้งานยากๆกลายเป็นเรื่องง่ายๆ
  • เขียนไฟล์ Excel ใช้ openpyxl พัฒนาโดย Eric Gazoni, Charlie Clark ใช้งานง่าย มีทุกอย่างที่ต้องการ ไม่ต้องอ่านคู่มือมาก
  • เขียนไฟล์ ESRI Shape file ใช้ pyshp พัฒนาโดย Joel Lawhead ใช้งานง่ายมาก อ่านคูมือไม่กี่บรรทัดก็ใช้งานได้แล้ว

ก้าวเล็กๆต่อไปของ Surveyor Pocket Tools

  • ในภายภาคหน้า ผมจะเขียนทูลส์เล็กๆมาช่วยคำนวณเรื่อง scale factor ทั้ง ESF, GSF และ CSF  ให้มาใช้งานได้ง่ายๆสะดวก อานิสงส์ของโปรแกรมคำนวณพื้นที่ตัวนี้ ทำให้ผมสามารถเอาสูตรแปลงพิกัด Geographic => UTM และแปลงจาก UTM => Geographic และการคำนวณ ESF & GSF ลงเครื่องคิดเลข Casio Fx5800p เนื่องจากติดตามสูตรเขียน scale factor แต่ไปเจอสูตรทั้งหมดอยู่ด้วยกัน ก็เลยเอามาลงที่เครื่องคิดเลขได้ทั้งหมดแบบนึกไม่ถึง
  • “ทุกโปรแกรมบนเครื่อง desktop pc & notebook ของผมยังฟรีเหมือนเดิม ร่วมแบ่งปันกัน โลกนี้จะน่าอยู่มากยิ่งขึ้น” ติดตามตอนต่อไปครับ

Related

17 thoughts on “Surveyor Pocket Tools – คำนวณพื้นที่ เรื่องธรรมดาที่ไม่ธรรมดา (ตอนที่ 3 ตอนจบ)”

  1. Nantawut Aungtrakul says:
    27/12/2016 at 14:29

    สุดยอดเลยครับ

    Reply
  2. Montri Malirat says:
    28/12/2016 at 12:40

    ขอบคุณสำหรับโปรแกรมครับ รบกวนนิดหนื่งครับ Surveypockettools ตอนนีใน app.box.com ส่วนโปรแกรมอื่นดาวโดหลดได้ปกติครับ

    Reply
    1. prajuab riabroy says:
      28/12/2016 at 18:00

      https://spaces.hightail.com/space/qD3FE
      ลองดูที่นี่ชั่วคราวครับ

      Reply
      1. Montri Malirat says:
        28/12/2016 at 19:04

        ขอบคุณครับ ลิงค์นีใช้ได้ครับ

        Reply
  3. Konexana Yls says:
    10/01/2017 at 15:04

    สุดยอดเลยครับ, ผมเป็นอาจารย์สอนเกี่ยวกับการสํารวจอยู่ วิทยาลัยเทคนิค สับพะวิชา (Polytechnic College) ที่ สปป ลาว, ผมชื่นชอบบลอกของคุณมาก…มีสาระ, ความรู้ และ อธิบายเข้าใจง่ายๆ. แต่ถ้าเป็นไปได้ขอให้คุณเพี่มการคำนวณที่ใช้ของลาวเพี่มด้วยจะเป็นพระคุณอย่างสูง, ผมจะเอามาสอนนักเรียนของผม. ลาวใช้ละบบ Lao National Datum 1997.Lao97_UTM_47N, Lao97_UTM 48N. Lao97 to WGS84: dx=46.012 dy=-127.108 dz=-38.131 ex=0 ey=0 ez=0 m=0. Lao97 use Krassovsky 1940. ขอบคุณครับ.

    Reply
  4. prajuab riabroy says:
    10/01/2017 at 20:55

    ยินดีมากมากครับ ถ้าโปรแกรมของผมจะเป็นประโยชน์แก่น้องๆหลานๆบ้านใกล้เรื่อนเคียงกัน ผมจะเพิ่ม Lao International Datum 1997 ให้ทั้ง UTM47N และ UTM48N แต่ขอติดวงเล็บ unofficial ไว้ท้ายเพราะไม่เคยใช้ระบบพิกัดนี้ ถ้าอาจารย์มั่นใจ ว่าใช้เป็นทางการแล้ว ช่วยส่งเอกสารยืนยันมาทางอีเมล์ผม riabroy@gmail.com หรือมีลิ๊งค์มายืนยันก็ได้ ผมจะได้ปลด unofficial ออกให้ครับ สำหรับโปรแกรมอัพเดทรออีกสักพัก

    Reply
  5. prajuab riabroy says:
    11/01/2017 at 08:08

    @Konexana Yls ค่าพารามิเตอร์ที่ใช้ในการแปลงพิกัด WGS84 – Lao International Datum 1997 ตามลิ๊งค์นี้ไหมครับ http://www.ngd.la/wp-content/uploads/2012/02/National-Datum-Lao1997-E.pdf

    Reply
    1. Konexana Yls says:
      11/01/2017 at 09:44

      ใช้แล้วครับ, ตัวนี้เลยครับ

      Reply
  6. prajuab riabroy says:
    11/01/2017 at 09:22

    @Konexana Yls ลองดาวน์โหลดโปรแกรม build 421 ตาม https://my.pcloud.com/publink/show?code=XZGowwZWsFe6Hb7OQkoJtjLj4Sr5HxScASy ไปลองดูครับ ผมเพิ่ม Lao 1997 ให้

    Reply
  7. ปฐมพงศ์ says:
    28/01/2021 at 02:03

    ขออนุญาตสอบถามครับ ผมสร้าง LDP ขึ้นใช้เอง แต่เมื่อนำมาใช้กับเมนู File Transform Coordinate ปรากฎว่ามันไม่คำนวณครับ (จาก UTM ไปยัง LDP)

    Reply
    1. priabroy says:
      28/01/2021 at 11:35

      เดี๋ยวจะตรวจสอบให้ครับ ไลบรารี pyproj ที่ใช้งานเป็นแกนหลักงานคำนวณ มีการเปลี่ยนแปลง API บ่อย บางครั้งผมอัพเดทแต่ไม่ได้ทดสอบ ทุกฟังก์ชัน ทำให้ฟังก์ชันบางอย่างไม่ทำงานครับ

      Reply
    2. priabroy says:
      30/01/2021 at 18:45

      ลองทดสอบดูตามลิ๊งค์นี้ ถ้าโอเคผมจะอัพเดทในบล็อกครับ Surveyor Pocket Tools V1.28 build 751

      Reply
      1. ปฐมพงศ์ says:
        08/02/2021 at 13:20

        ขอบคุณครับ ตอนนั้นผมย้อนกลับไปเวอร์ชันเก่า ใช้ได้ครับ

        Reply
      2. Pathompong Senayai says:
        08/02/2021 at 14:41

        อีกประเด็นครับผม เวอร์ชันที่ผมใช้อยู่ V1.20 build 663 เมื่อใช้ File transform Coordinates แล้ว save ผลเป็นไฟล์ excel ไม่แน่ใจว่า Northing กับ Easting สลับกันรึเปล่าครับ หรือผมเข้าใจโปรแกรมผิด

        Reply
        1. priabroy says:
          09/02/2021 at 13:42

          สามารถสลับคอลัมน์ได้ที่โปรแกรม ตามรูปนี้ครับ รูปตัวอย่าง

          Reply
          1. Pathompong Senayai says:
            09/02/2021 at 23:33

            หมายถึงข้อมูลไม่ตรงช่องน่ะครับ ผมทดลองให้แปลง จาก UTM 47N เป็น 48N ดูเหมือนในไฟล์ excel จะสลับ N, E ครับ
            https://ibb.co/g9d4DLG

          2. priabroy says:
            11/02/2021 at 08:24

            ครับเดี๋ยวผมดูให้เนียนๆอีกที

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

August 2026
M T W T F S S
 12
3456789
10111213141516
17181920212223
24252627282930
31  
« Jul    

Blog Stats

  • 885,576 hits

Recent Posts

  • ประสบการณ์ใช้งาน Kimi K3 Code เขมือบแบบสยอง
  • สร้างแพลตฟอร์มดู Point Cloud บนเว็บด้วย Potree + CesiumJS — เรื่องเล่าจากสนามบินอู่ตะเภา
  • เมื่อวิศวกรสำรวจคำนวณเรื่องน้ำ – วิเคราะห์ระบบระบายน้ำบริเวณ RESA
  • แนะนำหนังสือ “จีออเดซี” ที่ยอดเยี่ยมของดร.พุทธิพล
  • ESPrtk ทำให้ ESP32 ใช้ไม่ได้? วิธีกู้คืน
  • กรณีศึกษา – คืนชีพ SDL30 ปี 2000 ด้วย ESP32 และแอพทำเอง SDL30 Collector
  • DIY RTK Base Station (survey-grade) รุ่น V3.21 ด้วย Raspberry Pi 2B + UM980 เมื่อคุณปู่กลับมาเป็นฮีโร่ ตอนที่ 4
  • รีวิวกูปรี (CoPre2) โปรแกรมประมวลผลไลดาร์จากค่าย CHCNav
  • DIY RTK Base Station (survey-grade) รุ่น V3.2 ด้วย Orange Pi 3 Zero + UM980 ตอนที่ 3
  • DIY RTK Base Station (survey-grade) รุ่น V3 ด้วย Orange Pi 3 Zero + UM980 ตอนที่ 2
  • เส้นทางและไทม์ไลน์ของใบรับรองความรู้ความชำนาญในการประกอบอาชีพวิศวกรรม(สำรวจ)ระดับวิศวกรวิชาชีพ
  • มัดแหนมรวมสามโปรแกรมไปใช้บนสโตร์ Snap ฝั่งลีนุกซ์
  • ปัดฝุ่น Traverse Pro เพิ่มรายละเอียดรายการคำนวณใหม่แบบแนวนอน (Landscape) และธีมมืด
  • DIY RTK Base Station (Survey-Grade) ด้วยชิป UM980 และบอร์ด ESP32 ตอนที่ 1
  • สร้าง NTRIP Caster ด้วย BNC บนคลาวด์แบบ DIY สำหรับ RTK Base Station ใช้ CHCNav P5
  • จับ AI มาไตรกรีฬา สร้างตัวติดตั้ง Snap สำหรับ Surveyor Pocket Tools กับประเด็นแฝงเร้นความเป็นส่วนตัวของผู้ใช้
  • ทดสอบรีด QGIS แบบโหดสัสด้วยชุดข้อมูล Open Building V3 โพลีกอน 74 ล้านหลัง
  • เมื่อ AI เป็นพิษชักจูงผู้ใช้ด้วยข้อมูลผิดๆ
  • เมื่อ AI กลายเป็นพิษด้วยอัตตา
  • คอมไพล์ PROJ 9.6.0 สำหรับแอนดรอยด์ แก้ปัญหาเพิ่มขนาด page size 16KB ตามกฎใหม่ของกูเกิ้ล
  • เครื่องมือช่วยออกแบบเส้นโครงแผนที่ความคลาดเคลื่อนต่ำ ด้วย LDP Companion เพื่อนคู่คิดมิตรคู่ใจ (#กำลังพัฒนา #Rust #Slint)
  • #Update แก้บั๊กหลุมดำ Surveyor Pocket Tools
  • ปฐมฤกษ์โปรแกรมเดสก์ท็อปภาษา Rust ด้วย Slint
  • การตั้ง Heading จาก RTK GNSS สองเครื่องใน Hypack
  • วิธีการออกแบบและรังวัดโครงข่าย GNSS ฉบับคนเดินถนน (ตอนที่ 3)

Subscribe to Blog via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 118 other subscribers

Archives

  • August 2026
  • July 2026
  • May 2026
  • April 2026
  • March 2026
  • January 2026
  • December 2025
  • November 2025
  • September 2025
  • August 2025
  • July 2025
  • June 2025
  • May 2025
  • January 2025
  • December 2024
  • November 2024
  • October 2024
  • September 2024
  • July 2024
  • May 2024
  • April 2024
  • January 2024
  • November 2023
  • October 2023
  • September 2023
  • July 2023
  • June 2023
  • May 2023
  • March 2023
  • February 2023
  • January 2023
  • November 2022
  • October 2022
  • September 2022
  • July 2022
  • May 2022
  • December 2021
  • October 2021
  • September 2021
  • August 2021
  • May 2021
  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • September 2019
  • August 2019
  • July 2019
  • May 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • November 2018
  • October 2018
  • September 2018
  • August 2018
  • July 2018
  • June 2018
  • May 2018
  • April 2018
  • March 2018
  • January 2018
  • November 2017
  • July 2017
  • June 2017
  • May 2017
  • April 2017
  • March 2017
  • February 2017
  • January 2017
  • December 2016
  • November 2016
  • October 2016
  • August 2016
  • November 2015
  • March 2015
  • August 2014
  • March 2014
  • January 2014
  • December 2013
  • February 2012
  • January 2012
  • November 2011
  • October 2011
  • August 2011
  • April 2011
  • February 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • June 2010
  • April 2010
  • March 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009

Recent Comments

  • 63.013_Sor Saimai on การออกแบบเส้นโครงแผนที่ความเพี้ยนต่ำ (Low Distortion Projection) ตอนที่ 2 (กรณีศึกษาออกแบบเส้นโครงแผนที่ความเพี้ยนต่ำสำหรับกรุงเทพมหานครและปริมณฑล)
  • priabroy on แปลงรูปแบบไฟล์แบบจำลองความสูงจีออยด์ TGM2017 เป็น GGF เพื่อใช้ในโปรแกรม Trimble Business Center
  • priabroy on แปลงรูปแบบไฟล์แบบจำลองความสูงจีออยด์ TGM2017 เป็น GGF เพื่อใช้ในโปรแกรม Trimble Business Center
  • Thanom Sriworasa on แปลงรูปแบบไฟล์แบบจำลองความสูงจีออยด์ TGM2017 เป็น GGF เพื่อใช้ในโปรแกรม Trimble Business Center
  • priabroy on ติดปีกเครื่องคิดเลขเทพ Casio fx 9860G II SD ด้วยโปรแกรมภาษาซีบน AddIn ตอนที่ 7 โปรแกรมคำนวณโค้งราบ (Horizontal Curve)
©2026 Prajuab Riabroy's Blog | Design: Newspaperly WordPress Theme