Open liujiusheng opened 2 years ago
当初因为自身需要开始写博客，中间由于工作太忙中断了很久。后来由于想系统化整理一下GIS方面的知识，所以又开始了技术博客的写作。
写技术博客是个很消耗时间的事情，因为每一个技术点都需要搭建环境去验证，实践过程中才能总结出真正有用的东西。 作为一个专业技术人员，我是坚决反对乱写的，每次搜索某个问题的时候总是搜索到同一个东西就很气人。
除了技术沉淀我还想通过高质量的文章来吸引一些流量。
到目前为止，简书上访问量最高的也就是我发表的第一篇文章，6265的访问量。
然而这篇文章真不算什么技术文章，只是梳理了很多我自己都没搞懂的知识点。
其它文章都围绕GIS展开，但浏览量极低。
翻看简书的首页，访问量最大的几乎都是连载类的小说和一些鸡汤文。
这一年来积累的粉丝量也很少，简书有28个，github有16个。
是我的内容领域太垂直，还是我的内容写得太差，还是我不会做营销？
越来越觉得纯GIS是个没有前途的产业，一定要结合其它的业务。
今早突然感悟到基于MapServer制作的地图服务器最大的问题就是矢量瓦片服务配图需要重新配置一次，两种配图是无法通用的。如果只想发布一个栅格的瓦片服务，为什么不用ArcGIS直接配图好了之后直接切成栅格瓦片呢？
所以暂时停止MapServer的开发，想明白了再说。
有这个想法可能也是因为这段时间的探索，知识增加了，知道得越多越清楚哪些事情有意义，哪些事情没意义。
目前整个GIS行业主流的就是mvt、3dtile、tile这几种模式，这种基于开源方案直接包装了做二次开发的方式其实非常low，有没有办法再一次创新呢？
如果做数据抽稀算法可能是很好的一个方向，但是这实现起来很难很费时间。
如果要做？那服务端必须从GO开始做，浏览器端以TYPESCRIPT做。
需要在制图（一次制图可生成矢量瓦片和栅格瓦片或新的抽稀瓦片）、数据源（文件系统、数据库）、空间分析（调用PG的分析算法和用GO重新实现的分析算法，几个常用的就行）、影像支持（多波段）、DEM支持（单波段）、三维支持（不完全依赖于3dtile的三维）
我们可以用GO去实现一套MVT矢量瓦片的算法，但如果我们去实现这套算法为啥不重新定义一种更好用的算法？
如果二进制不好处理可以先动态转为geojson后抽取，mapbox就是先转的geojson。
简化算法还是可以用二维的道格拉斯普克算法。
如果前端显示也采用10进制度的话，那就不用各种值的转换了。
DEM地形图不太适用于城市展示效果。
当初因为自身需要开始写博客，中间由于工作太忙中断了很久。后来由于想系统化整理一下GIS方面的知识，所以又开始了技术博客的写作。
写技术博客是个很消耗时间的事情，因为每一个技术点都需要搭建环境去验证，实践过程中才能总结出真正有用的东西。 作为一个专业技术人员，我是坚决反对乱写的，每次搜索某个问题的时候总是搜索到同一个东西就很气人。
除了技术沉淀我还想通过高质量的文章来吸引一些流量。
到目前为止，简书上访问量最高的也就是我发表的第一篇文章，6265的访问量。
然而这篇文章真不算什么技术文章，只是梳理了很多我自己都没搞懂的知识点。
其它文章都围绕GIS展开，但浏览量极低。
翻看简书的首页，访问量最大的几乎都是连载类的小说和一些鸡汤文。
这一年来积累的粉丝量也很少，简书有28个，github有16个。
是我的内容领域太垂直，还是我的内容写得太差，还是我不会做营销？
越来越觉得纯GIS是个没有前途的产业，一定要结合其它的业务。
今早突然感悟到基于MapServer制作的地图服务器最大的问题就是矢量瓦片服务配图需要重新配置一次，两种配图是无法通用的。如果只想发布一个栅格的瓦片服务，为什么不用ArcGIS直接配图好了之后直接切成栅格瓦片呢？
所以暂时停止MapServer的开发，想明白了再说。
有这个想法可能也是因为这段时间的探索，知识增加了，知道得越多越清楚哪些事情有意义，哪些事情没意义。
目前整个GIS行业主流的就是mvt、3dtile、tile这几种模式，这种基于开源方案直接包装了做二次开发的方式其实非常low，有没有办法再一次创新呢？
如果做数据抽稀算法可能是很好的一个方向，但是这实现起来很难很费时间。
如果要做？那服务端必须从GO开始做，浏览器端以TYPESCRIPT做。
需要在制图（一次制图可生成矢量瓦片和栅格瓦片或新的抽稀瓦片）、数据源（文件系统、数据库）、空间分析（调用PG的分析算法和用GO重新实现的分析算法，几个常用的就行）、影像支持（多波段）、DEM支持（单波段）、三维支持（不完全依赖于3dtile的三维）
我们可以用GO去实现一套MVT矢量瓦片的算法，但如果我们去实现这套算法为啥不重新定义一种更好用的算法？
如果二进制不好处理可以先动态转为geojson后抽取，mapbox就是先转的geojson。
简化算法还是可以用二维的道格拉斯普克算法。
如果前端显示也采用10进制度的话，那就不用各种值的转换了。
DEM地形图不太适用于城市展示效果。