网际路资料库程式

Kiwi路网存储是类似金字塔的结构，定义1．分包（divided pacel| regular parcels）．包含同种性质特征的集合．定义2．包（pacel）．一种组织数据的方式，为矩形区域，内含各种数据，划分规则包就是按层级进行网格化的过程．定义3．域（region）．一种组织数据的方式，为多边形，内含各种数据．定义4．块（block）．一种组织数据的方式，为矩形，内含各种数据．定义5．块集（block set）．一种组织数据的方式，为矩形，内含各种数据．定义6．级别（level）．即为不同的比例尺．/*** All Data Management Frame* @see Kiwi Format Specification Ver.1.22 [5]*/typedef struct tagALLDATMANFRM{UCHAR ucSysRestrIndent[64]; // System-specific Identification UCHAR ucAuthIndent[64]; // Data author IdentificationUCHAR ucSysIndent[32]; // System IdentificationUCHAR ucFormatVer[64]; // Format Version NumberUCHAR ucDataVer[64]; // Data Version NumberUCHAR ucDiskTitle[128]; // Disk TitleUCHAR ucDataContents[8]; // Data ContentsUCHAR ucMediaVer[32]; // Media Version NumberUCHAR ucDataArea[16]; // Data CoverageUSHORT usLogiBlkSize; // Logical Sector SizeUSHORT usSectorSize; // Sector SizeUCHAR ucBGDefInfo[2]; // Background Data Default Information ST_LVLMANINFOR stLvlManInfor; // Level Management InformationST_MANHEADREC stManHeadRec[7]; // A Sequence of Management Header Tables // Extented DataST_HIGHWAY_MAPDAT stHighwayMapData; // High Way Map Data}ST_ALLDATMANFRM, *PST_ALLDATMANFRM;Alldataframe 指向Pacel DataLevel Management Distribution Header/*** Parcel Data Management Distribution Header* @see Kiwi Format Specification Ver.1.22 [6.1]*/typedef struct DNA_EXPORT tagPCLDATMANFRM{// UCHAR ucFileNmDesFlag:1; // File Name Designation FlagUCHAR ucSignUp:1 ; // North/South FlagUCHAR ucSignDown:1 ; // North/South FlagUCHAR ucSignLeft:1 ; // East/West FlagUCHAR ucSignRight:1; // East/West FlagUSHORT usLvlManRecCnt; // Total Number of Level Management Records/*USHORT usBlkSetManRecCnt; // *Total Number of Block Set Management Records ULONG ulHeadSize; // *Header Size*/ULONG ulAllUpCoor; // Longitude/Latitude (in units of 1/8 seconds)ULONG ulAllDownCoor; // Longitude/Latitude (in units of 1/8 seconds)ULONG ulAllLeftCoor; // Longitude/Latitude (in units of 1/8 seconds)ULONG ulAllRightCoor; // Longitude/Latitude (in units of 1/8 seconds)/*ULONG ulLvlManRecSize; // *Size of Level Management RecordULONG ulBlkSetManRecSize; // *Size of Block Set Management RecordULONG ulBlkManRecSize; // *Size of Block Management Record*/PST_PCLLVLMANREC pstPclLvlManRec;// A Sequence of Level Management RecordstagPCLDATMANFRM(){usLvlManRecCnt = 0;pstPclLvlManRec = NULL;}INT NewPclDatManFrm(){if(usLvlManRecCnt > 0){pstPclLvlManRec = new ST_PCLLVLMANREC[usLvlManRecCnt];if(pstPclLvlManRec == NULL){return FAIL;}}return SUCCESS;}~tagPCLDATMANFRM(){delete[] pstPclLvlManRec;}}ST_PCLDATMANFRM, *PST_PCLDATMANFRM;Level Management record/*** Level Management Record* @see Kiwi Format Specification Ver.1.22 [6.1.1]*/typedef struct tagPCLLVLMANREC{CHAR ch6LvlID : 6; // Level Number// USHORT us04IntCnt : 4; //*Number of Regular Parcels Integrated on the Next-higher Level// USHORT us04DivCnt : 4; //*Number of Regular Parcels Divided on the Next-lower LevelUSHORT us05MainMapBasDatFrmRecCnt :5; // Number of Basic Data Frame Management Records of Main Map Data FrameUSHORT us05MainMapExtDatFrmRecCnt :5; // Number of Extended Data Frame Management Records of Main Map Data FrameUSHORT us05RoutGuidBasDatFrmRecCnt:5; // Number of Basic Data Frame Management Records of Route Guidance Data FrameUSHORT us05RoutGuidExtDatFrmRecCnt:5; // Number of Extended Data Frame Management Records of Route Guidance Data FrameUSHORT usPclDivCntX[3]; // Number of Longitudinal Parcels divided (Type 1, 2, 3)USHORT usPclDivCntY[3]; // Number of Latitudinal Parcels divided(Type 1, 2, 3)ULONG ul09BlkSetCntX : 9; // Number of Longitudinal Block SetsULONG ul09BlkSetCntY : 9; // Number of Latitudinal Blocks SetsULONG ul09BlkCntX : 9; // Number of Longitudinal BlocksULONG ul09BlkCntY : 9; // Number of Latitudinal BlocksULONG ul09PclCntX : 9; // Number of Longitudinal ParcelsULONG ul09PclCntY : 9; // Number of Latitudinal ParcelsULONG ulRuler[5]; // Display Scale Flag(1-5)ULONG ulNodeRecSize; // Node Record Size// ULONG ulBlkSetHeadOffset; // Offset to the Top of the Block Set Management RecordsPST_PCLBLKSETMANREC p stPclBlkSetManRec; // A Sequence of Block Set Management RecordsST_DISPCLS stDispCls; // Display ClassestagPCLLVLMANREC(){ul09BlkSetCntX = 0;ul09BlkSetCntY = 0;pstPclBlkSetManRec = NULL;}INT NewPclLvlManRec(){if(ul09BlkSetCntX * ul09BlkSetCntY > 0){pstPclBlkSetManRec = new ST_PCLBLKSETMANREC[ul09BlkSetCntX * ul09BlkSetCntY];if(pstPclBlkSetManRec == NULL){return FAIL;}}return SUCCESS;}~tagPCLLVLMANREC(){delete[] pstPclBlkSetManRec;}}ST_PCLLVLMANREC, *PST_PCLLVLMANREC;（1）头结构中包含该层level号，以及和上下level的对应包的融合关系（5）记录着Basic DataFrame Management 数目，它包含如下我们需求框架Block set management record* Block Set Management Record* @see Kiwi Format Specification Ver.1.22 [6.1.2]*/typedef struct tagPCLBLKSETMANREC{// CHAR cLvlID; //*Level NumberUCHAR ucBlkSetID ; // Block Set Number// ULONG ulBlkManTblOffset; // Offset to Block Management Table// ULONG ulBlkManTblSize; // Size of Block Management Table PST_PCLBLKMANREC pstPclBlkManRec; // A Sequence of Block Management RecordstagPCLBLKSETMANREC(){pstPclBlkManRec = NULL;}INT NewPclBlkSetManRec(int a_iBlkCnt){if(a_iBlkCnt > 0){pstPclBlkManRec = new ST_PCLBLKMANREC[a_iBlkCnt];if(pstPclBlkManRec == NULL){return FAIL;}}return SUCCESS;}~tagPCLBLKSETMANREC(){delete[] pstPclBlkManRec;pstPclBlkManRec = NULL;}}ST_PCLBLKSETMANREC, *PST_PCLBLKSETMANREC;Block set number 表示的是在上述描述的coverage area中该block set的编号因为level数据都是按块存储，这个值不大于255Offset指向下级block地址* Block Management Record* @see Kiwi Format Specification Ver.1.22 [6.2.1]*/typedef struct tagPCLBLKMANREC {ULONG ulPclManInfoAddr; // Address of Parcel Management InformationULONG ulPclManInfoSize; // Size of Parcel Management Information CHAR cPclManInfoFileName[12]; // File name of Parcel Management Information}ST_PCLBLKMANREC, *PST_PCLBLKMANREC;在这个addr到parcel management information 的代码中出现问题，一直没有解决，通过给地址获取的信息不对，/*** Parcel Management Information* @see Kiwi Format Specification Ver.1.22 [6.3]*/typedef struct tagPCLMANINFO {UCHAR uc2PclManCntTypeID:2; // Parcels Type Number given by the Number of Managed ParcelsUCHAR ucPclManListTypeID:8; // Parcel Management List Type Number ULONG ulGuidePclManListOffset; // Offset to Route Guidance Parcel Management ListPST_PCLMANREC pstPclManRec; // Main Map Parcel Management List PST_PCLMANREC pstGuideManRec; // Route Guidance Parcel Management ListtagPCLMANINFO(){pstPclManRec = NULL;pstGuideManRec = NULL;}INT NewPclManInfo(int a_iPclManListCnt, int a_iRoutGuidManListCnt){if(a_iPclManListCnt > 0){pstPclManRec = new ST_PCLMANREC[a_iPclManListCnt];if(pstPclManRec == NULL){return FAIL;}}if(a_iRoutGuidManListCnt > 0){pstGuideManRec = new ST_PCLMANREC[a_iRoutGuidManListCnt];if(pstGuideManRec == NULL){return FAIL;}}return SUCCESS;}~tagPCLMANINFO(){delete[] pstPclManRec;delete[] pstGuideManRec;}}ST_PCLMANINFO, *PST_PCLMANINFO;分四种情况去找Main Map dataFrame(还没弄明白这四种情况什么意思) Rout guidance 类似/*** Main Map Parcel Management Record* @see Kiwi Format Specification Ver.1.22 [6.3.1]*/typedef struct tagPCLMANREC {ULONG ulMMapDatFrmAddr; // First Address of Main Map Data Frame (Parcel)ULONG ulMMapDatFrmSize1; // Size 1 of Main Map Data Frame(Parcel Management Type Number is 0, 1, 2, 100)ULONG ulMMapDatFrmSize2; // Size 2 of Main Map Data Frame(Parcel Management Type Number is 1, 2)CHAR chMMapDatFrmFileName[12]; // File Name of Main Map Data Frame(Parcel Management Type Number is 100)}ST_PCLMANREC, *PST_PCLMANREC;/*** Main Map Data Frame* @see Kiwi Format Specification Ver.1.22 [7.1]*/typedef struct tagMAINMAPDATFRM {UCHAR ucReadFlag; // bit 0 Road Data Frame (0: not Read 1: have Read)// bit 1 Background Data Frmae (0: not Read 1: have Read)// bit 2 Name Data Frame (0: not Read 1: have Read)// bit 3 Distribution Head (0: not Read 1: have Read)ST_MAINMAPDH stMainMapDH; // Main Map Distribution HeaderST_ROADDATFRM stRoadDatFrm; // Road Data FrameST_BGDATFRM stBGDatFrm; // Background Data FrameST_NAMEDATFRM stNameDatFrm; // Name Data Frame// Additional Data A Frame// Additional Data B Frame}ST_MAINMAPDATFRM, *PST_MAINMAPDATFRM;/*** Road Data Frame* @see Kiwi Format Specification Ver.1.22 [7.2]*/typedef struct tagROADDATFRM {// CHAR cRgnLvlID; //*Level of Route Planning Data Corresponding to Parcel DataUCHAR ucDispClsCnt; // Number of Display Classes// UCHAR ucAddDatCnt; //*Count of Additional Data// USHORT usIntSecCnt; //*Total Number of Intersections// ULONG ulHeadSize; //*Header SizePST_DISPCLSREC pstDispClsRec; // A Sequence of Display Class Management Records// PST_PASCODEDATFRM pstPasCodeDatFrm; // Passage Code Data Frame// PST_COMPNODEDATFRM pstCompNodeDatFrm; // Composite Node Data Frame tagROADDATFRM(){pstDispClsRec = NULL;ucDispClsCnt = 0;// pstPasCodeDatFrm = NULL;// pstCompNodeDatFrm = NULL;}INT NewRoadDatFrm(){if(ucDispClsCnt > 0){pstDispClsRec = new ST_DISPCLSREC[ucDispClsCnt];if(pstDispClsRec == NULL){return FAIL;}}return SUCCESS;}~tagROADDATFRM(){delete[] pstDispClsRec;// delete pstPasCodeDatFrm;// delete pstCompNodeDatFrm;}}ST_ROADDATFRM, *PST_ROADDATFRM;/*** Display Class Management Record* @see Kiwi Format Specification Ver.1.22 [7.2.1.1]*/typedef struct tagDISPCLSREC {#ifdef KIWI_CHECKULONG ulDispClsUnitOffset; //*Offset by Display Class #endifUSHORT usDispClsUnitLineCnt; // Number of Polylines by Display Class ST_DISPSCALEFLG stDispScaleFlg; // Display Scale FlagPST_LNKDATREC pstLnkDatRec; // A Sequence of MultiLink Data Record tagDISPCLSREC(){usDispClsUnitLineCnt = 0;pstLnkDatRec = NULL;}INT NewDispClsRec(){if(usDispClsUnitLineCnt > 0){pstLnkDatRec = new ST_LNKDATREC[usDispClsUnitLineCnt];if(pstLnkDatRec == NULL){return FAIL;}}return SUCCESS;}~tagDISPCLSREC(){delete[] pstLnkDatRec;}}ST_DISPCLSREC, *PST_DISPCLSREC;到此路网的基本数据就是各个item，解析出各个信息就是路网数据了/*** MultiLink Data Record* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1]*/typedef struct tagLNKSATTRIBUTE {ULONG ul04RoadTypeCode:4; // Road Type Code (8-1-1)ULONG ul01LnkIDFlg:1; // Link ID Number Flag(by MultiLink) ULONG ul01InfraLnkFlg:1; // Infra-link Flag (8-1-2)ULONG ul01RoutIDFlg:1; // Route Number FlagULONG ul01TollFlg:1; // Toll Flag (by MultiLink)ULONG ul01NaviLnkFlg:1; // Selected Link Flag (by MultiLink)(8-1-3)ULONG ul01LnkDifDelFlg:1; // Link ID Differential Information Delete Flag (by MultiLink)(8-1-4)ULONG ul01RgnDatFlg:1; // Corresponding Route Planning Data Flag (8-1-8)ULONG ul02Pseudo3D:2; // Pseudo 3D Up/Down Code (8-1-5)ULONG ul01RoutGuidFlg:1; // Route-type Guidance Information Flag (by MultiLink)(8-1-6)ULONG ul01AltiFlg:1; // Altitude Information Flag (by MultiLink) ULONG ul16LnkIDB:16; // MultiLink End Point: Differential to Absolute Link ID (B) (B-A: A <= B)ULONG ul02EngPosiFlg1:2; // Alphabet Character Location FlagULONG ul05Eng1:5; // Alphabetical Character 1ULONG ul02EngPosiFlg2:2; // Alphabet Character Location FlagULONG ul05Eng2:5; // Alphabetical Character 2ULONG ul14RoutID:14; // Route Number (Numeric Character) (8-5-1)ULONG ul17RoutGuidDatOffset:17; // Route-type Guidance Data Offset (8-6)ULONG ul01LnksDelFlg : 1; // MultiLink Delete Flag (0: Not deleted, 1: Deleted) (1-3)ULONG ul11NodeCnt:11; // Node CountULONG ul11AltiRecCnt:11; // Altitude Record CountULONG ulLnkIDA; // MultiLink Origin Point (Absolute Link ID (A))}ST_LNKSATTRIBUTE,*PST_LNKSATTRIBUTE;/*** MultiLink Shape Information* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.2]*/typedef struct tagLNKSSHAPINFO{ST_PNTCOORINFOR stPntCoord; // Link Node CoordinatesST_LNKATTR stLnkAttr; // Link Attribute}ST_LNKSSHAPINFO, *PST_LNKSSHAPINFO;/*** Link Attribute* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.2]*/typedef struct tagLNKATTR{USHORT us10InterPntsCnt:10; // Number of intermediate Points (1-4)USHORT us01OneWayValidFlg:1; // Validated One-wayUSHORT us02OneWayCode:2; // One-way CodeUSHORT us01AddTypeInfo1:1; // Additional Type Information 1(Building-planned Road)USHORT us01AddTypeInfo2:1; // Additional Type Information 2(tunnel)USHORT us01AddTypeInfo3:1; // Additional Type Information 3(bridge)}ST_LNKATTR, *PST_LNKATTR;/*** Element Point Coordinates Information(Link Node Coordinates)* @see Kiwi Format Specification Ver.1.22 [7.3.2.2.1.1 ]*/typedef struct tagPNTCOORINFOR{USHORT us03IntePclX:3; // Relative Position within an Integrated ParcelUSHORT us13XCoord:13; // Starting X-coordinateUSHORT us03IntePclY:3; // Relative Position within an Integrated ParcelUSHORT us13YCoord:13; // Starting Y-coordinatePST_COORC pstOfstCoorC; // A Sequence of Offset Coordinates RecordstagPNTCOORINFOR(){pstOfstCoorC = NULL;}INT NewPntCoorInfor(int a_iOfstCoorCnt){if(a_iOfstCoorCnt > 0){pstOfstCoorC = new ST_COORC[a_iOfstCoorCnt];if(pstOfstCoorC == NULL){return FAIL;}}return SUCCESS;}~tagPNTCOORINFOR(){delete [] pstOfstCoorC;}}ST_PNTCOORINFOR, *PST_PNTCOORINFOR;Multilink shape information 按文中说法就是一系列弧段数据（link shape data）（1）link attribute 指的是改路段是双通道还是单通道，是否是隧道，桥梁等属性这里的坐标位置是相对的parcel 号下面表格是link/node connection information（1）属性中包含改点是否为弧度起始点、终点；是否有立交桥；是否为边缘点改点连接parcel位置（2）表示某些属性是否保存/*** Node and Link Connection Information* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.3]*/typedef struct tagNODLNKCONINF {ULONG ul02NodeType:2; // Target Node TypeULONG ul01BoundNodeFlg:1; // On-boundary Node FlagULONG ul01MidStripFlg:1; // Open/Close Median Strip FlagULONG ul03RoundDirect:3; // Parcel Position the Node Connected toULONG ul04CroLnksDisCls:4; // Crossing MultiLink Display Class, 4 bits (0-15)ULONG ul12CroLnksID:12; // Crossing MultiLink Number, 12 bits (0-4095)ULONG ul09NodIDInCroLnks:9; // Node Number in Crossing MultiLink, 9 bits (0-511)ST_ADDNODINFCHFLG stAddNodInfChFlg; // Additional Node Information Change FlagST_ADDNODREC stAddNodRec; // Additional Node Record }ST_NODLNKCONINF, *PST_NODLNKCONINF;下面表格是additional node information的record/*** Additional Node Record* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.4]*/typedef struct tagADDNODREC {UCHAR ucMediStripFlg:1; // Median Strip Flag (3-1)UCHAR ucRoadDir:2; // Direction of Road Width/Lane(3-2)UCHAR ucUDSepFlg:1; // Up/Down Separated Lanes FlagUCHAR ucForwLaneCnt:3; // Number of Forward Lanes (3-3)UCHAR ucForwRoadWid:3; // Forward Road Width (3-4)UCHAR ucBackLaneCnt:3; // Number of Backward Lanes (3-5)UCHAR ucBackRoadWid:3; // Backward Road Width (3-6)// Routed Link Distance Information// Link Length Information (MultiLink Distance in Parcel)USHORT us03LnkLenUnitCodePcl:3; // Link Length Unit CodeUSHORT us12LnkLenPcl:12; // Link Length// Link Length Information (Distance to the Next Routed Node)USHORT us03LnkLenUnitCodeRgn:3; // Link Length Unit CodeUSHORT us12LnkLenRgn:12; // Link LengthUSHORT usDifLnkID; // Link ID Number InformationUSHORT usRgnID; // Region Number#ifdef KIWI_CHECKULONG ulLnkShapeDatOff; //*Link Shape Data Offset#endifST_PASREGREC stPasRegRec; // Passage Regulation Information ST_STREETADDRINFO stStreetAddrInfo; // Street Address InformationULONG ulInterGuidDatOff; // Intersection-type Guidance Data OffsetULONG ulStreetNameOff; // Street Name Data Offset#ifdef KIWI_CHECKULONG ulStreetAddrOff; // Street Address Data OffsetULONG ulPassReguDatOff; // Passage Regulation Information Data Offset #endif}ST_ADDNODREC, *PST_ADDNODREC;/*** Altitude Information Record* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.5.1]*/typedef struct tagALTIINFORREC{USHORT usSeqElePntCnt; // Number of Sequential Element PointsINT iAltiValue; // Altitude Value}ST_ALTIINFORREC, *PST_ALTIINFORREC;/*** Passage Regulation Record* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.6]*/typedef struct tagPASREGREC{USHORT usUnConPasRegCnt; // Number of Unconditional Passage Regulation Records USHORT usConPasRegCnt; // Number of Conditional Passage Regulation RecordsUSHORT usInterPasRegCnt; // Number of Passage Regulation Records for a Grouped IntersectionPST_PASNODEINFOR pstUnConPasRegRec; // A Sequence of Unconditional Passage Regulation RecordsPST_CONPASREGREC pstConPasRegRec; // A Sequence of Conditional Passage Regulation RecordsPST_INTERPASREGREC pstInterPasRegRec; // A Sequence of Passage Regulation Records for a Grouped IntersectiontagPASREGREC(){pstUnConPasRegRec = NULL;usUnConPasRegCnt = 0;pstConPasRegRec = NULL;usConPasRegCnt = 0;pstInterPasRegRec = NULL;usInterPasRegCnt = 0;}INT NewParRegRec(){if(usUnConPasRegCnt > 0){pstUnConPasRegRec = new ST_PASNODEINFOR[usUnConPasRegCnt];if(pstUnConPasRegRec == NULL){return FAIL;}}if(usConPasRegCnt > 0){pstConPasRegRec = new ST_CONPASREGREC[usConPasRegCnt];if(pstConPasRegRec == NULL){return FAIL;}}if(usInterPasRegCnt > 0){pstInterPasRegRec = new ST_INTERPASREGREC[usInterPasRegCnt];if(pstInterPasRegRec == NULL){return FAIL;}}return SUCCESS;}~tagPASREGREC(){delete [] pstUnConPasRegRec;delete [] pstConPasRegRec;delete [] pstInterPasRegRec;}}ST_PASREGREC, *PST_PASREGREC;/*** Temporal Information* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.7]*/typedef struct tagTEMPORALINOFR{USHORT usTimeGeneS; // Time at which generation is startedUSHORT usTimeServS; // Time at which service is startedUSHORT usTimeServE; // Time at which service is endedUSHORT usTimeEntiExt; // Time at which entity is extinct}ST_TEMPORALINOFR, *PST_TEMPORALINOFR;/*** Street Address Information* @see Kiwi Format Specification Ver.1.22 [7.2.2.1.1.8]*/typedef struct tagSTREETADDRINFO{UCHAR ucSameAdminNameFlg:1; // Same Administrative Name Applicable (For Both Sides) FlagUCHAR ucSameStreetNameFlg:1; // Same Street Name Applicable (For Both Sides) FlagUCHAR ucLStreetNamExistFlg:1; // Street Name (left) Data Offset Storage FlagUCHAR ucRStreetNamExistFlg:1; // Street Name (right) Data Offset Storage FlagUCHAR ucLAddrOddFlg:2; // Odd/Even Address Information (left)UCHAR ucRAddrOddFlg:2; // Odd/Even Address Information (right)UCHAR ucStreetAddrType:3; // Street Address TypeUCHAR ucAddrRecContiFlg:1; // Street Address Information Record Continuation FlagULONG ulStreetAddrInforSize; // Size of Street Address Information RecordULONG ulLAdminNameOffset; // Administrative Name (left) Data OffsetULONG ulRAdminNameOffset; // Administrative Name (right) Data OffsetULONG ulLStreetNameOffset; // Street Name (left) Data OffsetULONG ulRStreetNameOffset; // Street Name (right) Data Offset// PST_STREADDRDATAREC pstStreAddrDataRec; //A Sequence of Street Address Data Records /*PST_NAMEDATREC pstLAdminNameRec;PST_NAMEDATREC pstRAdminNameRec;PST_NAMEDATREC pstLStreetNameRec;PST_NAMEDATREC pstRStreetNameRec;*/}ST_STREETADDRINFO, *PST_STREETADDRINFO;。

Internet基础一.Internet概述—目录—01Internet的产生02Internet的发展03Internet特点04Internet在中国的发展05信息高速公路一.Internet的产生•Internet的全称是InterNetwork，中文称为国际互联网。

Internet是集现代计算机技术、通讯技术于一体的全球性计算机互联网，它是由世界范围内各种大大小小的计算机网络相互连接而成的全球性计算机网络。

•Internet是由美国的军事网络ARPANET发展而来的。

二：Internet的发展•1991年，时任美国国会参议员的戈尔率先提出建立“信息高速公路”的设想。

•1994年开始，Internet开始由以科研教育服务为主向商业性计算机网络转变。

•1994年11月，Internet浏览器Netscape Navigator 1.0的推出，极大方便了人们在网上的搜索和浏览，因而激起了一次用户上网的高潮。

•1995年美国国家科学基金会宣布，不再向Internet提供资金，Internet从此完全走上商业化的道路。

•1996和1997年，由于各国对网络基础设施建设投入的加大，Internet在全球的拓展更加迅猛。

•经过30年的发展，Internet已经成为连通世界上几乎所有国家、数千万台主机和数亿用户的网际网。

三：Internet 的特点05•是一种交互式的信息传播媒体02•对用户透明04•采用客户机/服务器的工作模式01•开放03•是一种自律的、自我管理和自我发展的网络四：Internet 在中国的发展1994年5月19日，中国科学院高能物理所成为第一个正式接入Internet 的中国大陆机构。

中国四大骨干网中国教育和科研计算机网（CERNET ）中国科技网（CSTNet ）中国公用计算机互联网（CHINANET ）中国金桥信息网（CHINAGBN ）五：信息高速公路信息高速公路是指数字化大容量光纤通信网络或无线通信、卫星通信网络与各种局域网络组成的高速信息传输通道。

JT/T 697《交通信息基础数据元》拟分为以下13部分：——第1部分：总则；——第2部分：公路信息基础数据元；——第3部分：港口信息基础数据元；——第4部分：航道信息基础数据元；——第5部分：船舶信息基础数据元；——第6部分：船员信息基础数据元；——第7部分：道路运输信息基础数据元；——第8部分：水路运输信息基础数据元；——第9部分：建设项目信息基础数据元；——第10部分：交通统计信息基础数据元；——第11部分：船舶检验信息基础数据元；——第12部分：船载客货信息基础数据元；——第13部分：收费公路信息基础数据元；本部分分为JT/T 697的第2部分。

本部分由交通部科技教育司提出。

本部分由交通部信息通信及导航标准化技术委员会归口。

本部分主要起草单位：中交水运规划设计院、北京市路政局。

本部分主要起草人：唐箐、马晓峰、侯小明、刘春杰、陈韬、胡国丹、马建南、陈永剑。

交通信息基础数据元第 2 部分：公路信息基础数据元1 范围本部分规定了公路信息基础数据元编制原则和分类、公路信息基础数据元及数据元值域代码集。

本部分适用于交通行业建立公路数据库的技术属性数据、公路管理统计数据和有关信息系统所设计的公路数据的采集、交换与分享。

其他涉及公路相关信息数据项需引用标准的信息系统或文件也可参照本部分执行。

2规范性引用文件下列文件中的条款通过在本部分中引用而成为本部分的条款。

凡是注日期的引用文件，其随后所有的修订单（不包括勘误的内容）或修订版均不适用于本准则，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本部分。

GB/T 919――2002 公路等级代码GB/T 920――2002 公路路面等级与面层类型代码GB/T 2260 中华人民共和国行政区划代码GB 11708 桥梁命名编号和编码规则GB 18306――2001 中国地震动参数区划图GB/T 18731 干线公路定位规则JT/T 132――2003 公路数据库编目编码规则JT/T 交通信息基础数据元第1部分：总则JTG B01――2003 公路工程技术标准3数据元编制原则和分类3.1编制原则公路信息基础数据元的分类方法、数据元编制规则、数据元值域引用代码编制规则应符合JT/T 的规定。

路网分析研判报告一、背景介绍在城市规划和交通管理中，路网分析是一项重要工作。

通过对道路网络的分析，可以帮助我们了解交通流量、路况状况以及交通拥堵情况，从而为交通规划和交通管理提供科学的依据。

本文将介绍如何进行道路网络分析和研判，以及如何利用分析结果进行决策。

二、数据收集在进行路网分析之前，首先需要收集相关的数据。

可以通过城市交通管理部门提供的交通流量数据、道路拓扑关系数据以及交通事件数据等来进行分析。

这些数据可以帮助我们了解道路的通行情况、拥堵状况以及交通事故发生的频率和地点等信息。

三、路网分析工具进行路网分析需要使用专门的软件工具。

常见的工具包括ArcGIS、QGIS等地理信息系统软件，以及MATLAB、Python等编程语言。

这些工具可以帮助我们对道路网络进行可视化、分析交通流量、计算交通拥堵指标等。

四、路网可视化在进行路网分析之前，可以先对道路网络进行可视化。

通过地理信息系统软件，可以将道路网络绘制成地图，并标注出各个交通节点和道路段的属性。

这样可以直观地了解道路的分布情况，以及交通节点和道路段之间的连接关系。

五、交通流量分析交通流量是衡量道路交通情况的重要指标之一。

可以利用收集到的交通流量数据，对道路网络进行分析。

通过计算各个道路段上的平均交通流量和峰值交通流量，可以了解道路的通行能力以及交通拥堵的情况。

六、交通拥堵研判通过分析交通流量数据，可以研判道路的交通拥堵情况。

可以计算道路的平均拥堵指数，判断道路是否存在拥堵问题。

同时，还可以利用交通事件数据，分析交通事故和交通管制对交通拥堵的影响，进一步评估道路的通行状况。

七、交通规划和决策通过对道路网络的分析和研判，可以为交通规划和决策提供科学的依据。

例如，可以根据交通拥堵情况，调整道路的通行方向、增设交通信号灯等，以改善交通状况。

同时，还可以通过分析交通流量，确定交通需求较大的区域，合理规划交通设施，提高城市的交通运输效率。

八、总结路网分析是城市规划和交通管理中不可或缺的一项工作。

网络规划师学习笔记—局域网—HDLC技术1、HDLC是一种面向位（比特）同步的数据链路层控制协议。

2、帧边界（代表开始/结束）是011111103、比特填充技术：为了防止数据部分出现帧边界“01111110”，当数据帧出现连续的5个连续的1以后，就需要插入1个0，还原的时候出现连续5个1，就把后面的0去掉，比如“0110111111001”使用比特填充后是“0110111110001”。

①信息帧（I帧）：第一位位0，用于承载数据和控制。

N（S）表示发送帧序号，N（R）表示下一个预期要接收帧的序号，N（R）=5,表示下一帧要接收5号帧。

N（S）和N（R）均为3位二进制编码，可取值0~7. N：NumberS: SendR：Received②监控帧（S帧）:前两位为10，监控帧用于差错控制和流量控制。

S帧控制字段的第三、第四位S帧类型编码，共有四种不同编码，含义下所示：RR 接收准备好0/0 确认，且准备接受下一帧RNR 接收未准备好1/0 确认，暂停接收下一帧，N（R）含义同上REJ 拒绝接收0/1 否认，否认N(R)起的各帧，但N(R)以前的帧已经收托SREJ 选择拒绝接收1/1 否认，只否认序号为N（R）的帧S：SendR: ReceivedREJ:RejectN:NOTS: Select③无编号帧（S帧）:控制字段中不包含编号N(S)和N(R)，U帧用于提供对链路的建立，拆除以及多种控制功能，但是当要求提供不可靠的无连接服务时，它有时也可以承载数据。

SABME、UA、UI、DISC/RD和RESET都是无编号帧。

需要记住常用的几种。

例题和解析：1、答案：AHDLC帧的比特填充技术2、答案:C,D①前两个帧（SARE和UA）是控制帧，用于建立通信连接。

SARME：置扩充异步响应模式（选择了一种传输模式）UA：无编号确认第3个开始时数据帧②I,0,0表示发送NS=0,NR=0的数据（A发生帧编号为0，请求B发生编号为0的帧）。

铁路通信网由通信传输网和通信数据网两部分共同组建。

传输网由骨干层、汇聚层、接入层三层构成。

骨干层采用SDH与DWDM传输技术相结合的方式为铁路总公司至铁路局、各铁路局之间的网络提供传输通道。

汇聚层为各铁路局内部的骨干传送网络，采用SDH与DWDM传输技术相结合的方式实现局内各站段间及各站段至铁路局调度所的业务传送。

接入层采用MSTP传输技术为铁路沿线各车站、区间节点提供传输接入。

通信数据网是为铁路系统建立一张基于IP技术的覆盖全路各站点地区专网专用的宽带数据通信网络，通过MPLS VPN方式承载了DMIS、TMIS、客票系统等业务，铁路既有通信数据网是为DMIS、TMIS、客票系统等分别独立建立的IP数据承载网络，其网络带宽较低（大部分为2M或n*2M的连接），各服务信息单独组网。

铁路时间同步网传送方案：铁路系统时间同步的时间源为设在铁路总公司TDCS/CTC中心的一级母钟设备通过GPS接收机接收的1PPS+TOD时钟信号。

一级母钟通过双绞线向其对外时钟服务器输出IRIG-B码时间信号。

列控设备动态监测系统（DMS）通过通过RS422接口接收一级母钟对外时钟服务器传输的时间信息。

铁路总公司通过MSTP网的E1传输通道向各路局的二级母钟同步时间信息，同步间隔不超过5分钟。

二级母钟用双绞线把IRIG-B码时间信号发送给局内对外时钟服务器、所辖CTC/TDCS车站，及客运专线的RBC接口服务器、TSRS接口服务器。

对外时钟服务器通过专用2M通道，采用NTP协议同步电务段信号集中监测（CSM）的时间信息，路局通过通信前置机采用NTP 协议同步所辖CTC/TDCS车站，RBC接口服务器与TSRS接口服务器通过专用IP网、NTP协议同步RBC、TSRS系统。

CTC车站通过CTC自律机同步计算机联锁（CBI）时间信息，联锁上位机每天18：00向CTC自律机发送请求数据帧同步时间信息。

在有TSRS情况下，车站列控中心与TSRS进行时间同步，在无TSRS情况下，TCC在每个整点时刻，与CTC自律机通过IRIG-B码同步时间信。

1概要本文档是北京四维图新科技股份有限公司导航地图数据在ARCGIS应用环境下建立网路数据集的参考依据。

2数据范围以安徽省数据为例。

3基础数据导航地图数据的关键在于以下两个数据层，即道路和道路节点：1）道路线数据：本文档以R.shp为例；2）道路连接点数据：本文档以N.shp为例。

4环境软件：ARCINFO 9.35建立流程1）数据预处理对R.shp数据，增加以下两个字段(在数据属性表里利用Add Field完成)：对N.shp数据，增加以下字段：2）建立数据集为了针对多个数据层建立网络数据集，需首先对所有数据层建立数据集。

步骤如下：打开ArcCatalog在R.shp、N.shp所在文件夹中，点击右键——》“new”——》“New File Geodatabase”，建立文件数据集并命名为“road FileGeodatabase”。

在“road File Geodatabase”中建立数据集，右键“road FileGeodatabase”——》New——》New Feature Dataset，弹出NewFeature Dataset窗口，命名数据集为“road”，如图点击“下一步”，点击窗口中的Import按钮，选择R.shp的坐标系为本数据集的坐标系；点击“下一步”；点击“下一步”；点击“Finish”在数据集“road”中导入R.shp、N.shp数据，右键“road”——》Import——》Feature Class （multiple），弹出以下窗口，在窗口中加载R.shp、N.shp两个图层数据，点击“OK”，需等待一段时间后才能加载完毕。

（加载时间视数据大小而定）3）建立道路网络数据集关闭ARCGIS重新打开,否则在进行下面操作时,软件会显示,数据被其它程序使用,不能建网络数据集。

右键需建立网络数据集的数据集“road”，点击New——》New Network Dataset，弹出以下窗口，输入名称“road_ND”；点击“下一步”，弹出以下窗口，选定“R”、“N”两层数据点击“下一步”，弹出以下窗口，点击“Connectivity…”按钮，弹出以下窗口，选择与下图相一致的参数；点击“OK”，点击“下一步”，弹出以下窗口，选择“Yes”；在窗口中设置参数，将R数据层的“From End”的字段Field设置为R数据层的“From_”字段；将R数据层的“To End”的字段Field设置为R数据层的“To_”字段；将N数据层的字段Field设置为N数据层的“Z_LEVEL”字段；如图点击“下一步”，弹出以下窗口，默认原始参数；点击“下一步”，点击“下一步”，弹出以下窗口；选择“是”，弹出以下窗口；选择“Yes”，点击“Directions…”，弹出以下窗口；设置参数将长度单位“miles”改为“Kilometers”（四维图新数据以KM为单位）；设置“Prefix”为“SondeID”, 设置“Prefix Type”为“Kind”, 设置“Name”为“Direction”, 设置“Suffix Type”为“Kind”, 设置“Suffix”为“EnodeID”；如图，点击“确定”，点击“下一步”，点击“Finish”，运行一小段时间后，弹出以下窗口；点击“是”，系统开始创建网络数据集，这个过程需要较长时间，具体时间视数据大小而定。

trpl数据的描述TRPL数据描述TRPL（Trans-Pacific Routing Performance Measurement）是一项用于测量跨太平洋网络传输性能的项目。

TRPL数据提供了关于跨太平洋数据传输的各种指标和统计数据，以帮助网络运营商和研究人员评估和改进网络性能。

TRPL数据的描述主要包括以下几个方面：1. 路由路径和延迟：TRPL数据提供了跨太平洋数据传输的路由路径信息，包括起始点和目的地之间的网络节点。

同时，还提供了每个节点之间的延迟信息，以及整个传输路径的平均延迟。

这些数据对于评估和优化数据传输的效率和稳定性非常重要。

2. 带宽和吞吐量：TRPL数据还提供了跨太平洋数据传输的带宽和吞吐量信息。

带宽是指网络传输的能力，即单位时间内能够传输的数据量。

吞吐量是指实际传输的数据量，通常以每秒传输的比特数（bps）来衡量。

带宽和吞吐量是评估网络性能的关键指标，对于保证数据传输的稳定性和快速性至关重要。

3. 丢包率和重传率：TRPL数据还提供了跨太平洋数据传输的丢包率和重传率信息。

丢包率是指在数据传输过程中丢失的数据包的比例，重传率是指为了解决丢包问题而进行的数据包重传的比例。

丢包率和重传率是评估网络质量和可靠性的重要指标，对于确保数据传输的完整性和可靠性非常关键。

4. 网络拓扑和节点状态：TRPL数据还提供了跨太平洋网络的拓扑结构和节点状态信息。

网络拓扑是指网络中各个节点之间的连接关系和拓扑结构，节点状态是指各个节点的运行状态和性能指标。

网络拓扑和节点状态数据对于评估和优化网络的可扩展性和稳定性非常重要。

5. 故障和故障恢复：TRPL数据还提供了跨太平洋网络故障和故障恢复的相关信息。

故障是指网络中出现的各种问题和异常情况，如网络连接中断、节点故障等。

故障恢复是指在出现故障后，网络如何自动或手动地恢复正常运行。

故障和故障恢复数据对于评估网络的可靠性和容错性非常重要。

通过分析和理解TRPL数据，网络运营商和研究人员可以更好地评估和改进跨太平洋数据传输的性能。