공공데이터 프로젝트는 데이터 건수보다 문제 정의와 데이터 품질이 중요합니다. 기존 글의 데이터 총량, API 호출량, 성공 기간 등은 근거가 확인되지 않아 삭제했습니다. 아래는 실제 공개 데이터를 선택하고 서비스로 만드는 데 필요한 질문과 세 가지 프로젝트 예시입니다.
주제 1. 지역별 생활 시설 탐색
공공도서관, 체육시설 또는 무더위쉼터처럼 위치 정보가 있는 데이터를 골라 지도나 목록으로 보여줍니다. 사용자는 주소보다 ‘지금 있는 곳에서 이용 가능한 시설’을 원할 수 있습니다. 데이터의 좌표 체계, 운영시간 갱신일, 휴업 시설 처리 방식을 먼저 확인하세요. 위치 정보를 요청한다면 브라우저 권한을 설명하고, 권한이 없어도 지역명 검색으로 사용할 수 있게 만듭니다.
주제 2. 지역별 채용·훈련 정보 비교
교육과 취업에 관심 있는 사이트라면 훈련과정이나 채용 관련 공개 자료를 비교 화면으로 만들 수 있습니다. 과정명만 나열하지 말고 교육 시간, 지역, 신청 기간, 제공 기관을 같은 단위로 정리하세요. 원본 페이지로 이동하는 링크와 마지막 수집 시각을 표시해 사용자가 최신 정보를 확인하도록 합니다. 자격·지원금·접수 가능 여부를 자체 판단으로 단정하지 마세요.
주제 3. 시계열 변화 시각화
교통량이나 환경 측정값처럼 날짜별 수치가 있는 자료를 그래프로 보여줍니다. 단위와 결측값을 표시하고, 다른 기간을 비교할 때 관측 기준이 같은지 확인합니다. 숫자가 변했다고 원인을 단정하는 설명은 피합니다. 원자료와 가공한 데이터를 내려받을 수 있으면 재현성이 높아집니다.
API를 고르기 전 6개 점검 항목
- 제공 기관: 데이터의 원 작성 주체가 누구인가?
- 갱신 주기: 마지막 수정일과 실제 최신 기록일이 언제인가?
- 이용 조건: 출처 표시와 재배포 조건은 무엇인가?
- 호출 제한: 개발계정·운영계정의 제한과 승인 절차는?
- 품질: 필수값 누락, 중복, 오래된 기록이 얼마나 있는가?
- 장애: API 실패나 응답 지연 시 사용자에게 무엇을 보여줄 것인가?
공공데이터포털에서 원하는 데이터의 상세 설명과 활용 조건을 확인하세요. 포털의 OpenAPI 사용 안내는 활용신청과 인증키를 통한 테스트 흐름을 설명합니다. 인증키는 공개 저장소나 프론트엔드 코드에 그대로 넣지 않는 편이 좋습니다.
README에 남길 것
데이터 이름·제공기관·수집일·변환 규칙·누락값 처리·실행 방법을 적으세요. 실제 이용자를 조사하지 않았다면 ‘사용자 만족도’ 같은 성과를 만들어 쓰지 않습니다. 개발자 포트폴리오 자료에서 프로젝트 설명 방식을 이어서 볼 수 있습니다. 2026년 9월 27일 수정.