- 博客(6)
- 资源 (11)
- 收藏
- 关注
原创 解决基本TFS源代码管理由于SqlExpress4G文件大小限制的方法
本文出自 CSDN ,原文地址 , 转载请注明出处,CSDN保留追究版权责任的权利如果你使用TFS2010作为源代码管理,并且你使用的是TFS基本功能,并且使用了SqlExpress 作为源代码管理的数据库,那么你有必要看看。去年在架设TFS时,为了贪图简单,安装完TFS之后没有安装SQl2008,使用了TFS的基本功能,因为也只有基本功能就够用了终于在今年尝到了苦果。
2013-03-11 15:14:47 1760
原创 从GoogleMap的金字塔模型到无限级索引数据结构(四)
当我们可以最大限度地复用文件存储区时,我们就可以针对原有的数据结构进行调整,比如:可以把索引文件和数据文件合并到一个文件中而不必考虑图片的增长而导致的索引存储区空间不足的情况,可以在增加和删除数据单元时不必更新整个索引区而只更新更改的那部分索引区……等等,所以上一节的内容对于旧版本的数据结构进化起到了一个重要的作用。重新设计后的数据结构不再局限于存储Google地图,而是面向了所有带有可排序的键的数据单元,如下图:数据结构说明:数据头部分:1.文件格式字符串:存储在文件头部的固定字符内容,用于区分不同的文件
2010-10-26 21:56:00 4159 3
原创 从GoogleMap的金字塔模型到无限级索引数据结构(三)
曾经有一段时间遇到这么一个需求:已下载的Google地图在用户看来不够详细,很多标注点没有,或者有的路已经不存在了却在地图上仍然显示着,有些最近刚新建的建筑在地图上没有体现出来,诸多原因引出了最终的结果,这些不准确的地图信息必须被修正。 也就是说,要在现有地图的基础上进行修改或者替换。当时我是这么解决这个问题的:当客户提出一些地图数据不准确的时候,我会要求客户提供当地的测绘数据,拿到这些数据之后,使用程序按照Google地图的样式进行绘制,然后切块,将这些数据替换到地图包中去,由此就产生了一个问题,原本存储
2010-10-22 21:28:00 2809 1
原创 从GoogleMap的金字塔模型到无限级索引数据结构(二)
最初的金字塔模型是分为两个文件进行存储,一个是索引文件,另外一个是纯粹的数据文件,索引文件存储了层级索引,以及图片单元索引,每一个索引的键值从小到大排序。层级索引存储了自身索引值以及图片单元索引在索引文件中所存储的位置, 数据单元索引存储了每个数据单元的索引值以及每一个数据单元在数据文件中的索引位置
2010-10-21 09:39:00 2708 6
原创 从GoogleMap的金字塔模型到无限级索引数据结构(一)
众所周知,现在很多网上的电子地图都使用矢量地图,用切图引擎切成栅格式的,存放与服务端,通过URL的方式访问,这对我们的GIS项目开发提供了一个非常好的地图来源,我们可以拥有自己的地图引擎,只要知道切好的栅格图排布规律,就可以在完美的展现。但是往往在做GIS项目的时候会遇到一个问题:有时候客户的机器并没有连接到互联网,或者有各种各样的问题,导致通过URL的方式访问地图速度会很慢,更有一个大的问题,有的地图供应商虽然开放免费的地图数据,但对访问次数上做了限制,比如说谷歌地图。由此就产生了众多的地图下
2010-10-19 09:12:00 8513 27
原创 拓展的打开文件夹对话框
网上很多选择文件夹对话框都是基于.NET框架下的FolderNameEditor进行拓展,有个很严重的缺点就是:在可以选择默认文件夹时却不能提供一个文本框进行直接输入,而提供一个可以输入的文本框时却无法选择默认文件夹,今天特地为了解决这个问题写了代码using System;using System.Text;using System.Collections;using System.
2009-05-07 18:12:00 725
RDPTree 具备内网穿透功能的远程桌面工具
2019-08-22
JTT 794-2019.PDF
2019-05-26
JTT 809-2019.PDF
2019-05-26
JTT 808-2019.PDF
2019-05-26
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人