Geoinformatics » OGC http://www.geoinformatics.cn Arts and Sciences move me on ... Fri, 13 Jan 2012 10:29:06 +0000 en hourly 1 http://wordpress.org/?v=3.1.3 几个开源GIS库的更新 http://www.geoinformatics.cn/2009/10/%e5%87%a0%e4%b8%aa%e5%bc%80%e6%ba%90gis%e5%ba%93%e7%9a%84%e6%9b%b4%e6%96%b0/ http://www.geoinformatics.cn/2009/10/%e5%87%a0%e4%b8%aa%e5%bc%80%e6%ba%90gis%e5%ba%93%e7%9a%84%e6%9b%b4%e6%96%b0/#comments Wed, 07 Oct 2009 19:51:29 +0000 长安旧梦 http://www.geoinformatics.cn/?p=1279 最主要的还是Proj 4.7.0 支持EPSG:3857， 这就基本上否定了我们惯用的EPSG:900913的用法，或者是两者在同一时间并存。其次pyWPS也是值得关注，这个库越来越成熟了。对于做基于服务器端的空间分析是个好消息。

PROJ 4.7.0 Library Released

PROJ.4, the major cartographic projections library used by so many geospatial software has released version 4.7.0. From the GFOSS blog: “Important is the regeneration of the “nad/epsg” init file with EPSG 7.1 database which now includes support for the Google Mercator (EPSG:3857). Furthermore, a substantial acceleration in some application environments is gained through a new cache implementation and and various thread safety improvements could be implemented.”

Shapely 1.0.14 released

This release fixes a bug in writing out WKB on 64-bit systems. It was solved by a MapFish user. If you are one, or are writing WKB to PostGIS or another application, an upgrade is recommended. I’ve uploaded an sdist tohttp://pypi.python.org/pypi/Shapely/1.0.14.

libLAS 1.2.1 Released

The open source ASPRS LiDAR data translation toolset named libLAS has released version 1.2.1. From the main site: “libLAS is a C/C++ library for reading and writing ASPRS LAS versions 1.0, 1.1 and 1.2 data. The LAS format is a sequential binary format used to store data from sensors and as intermediate processing storage by some LiDAR-related applications.”

PyWPS Quick Guide & Shapely 1.0.13

On the Python geospatial theme, the Linfiniti Geo blog shares a A quick quide to getting up and running with PyWPS. A quick reminder: WPS stands for Web Processing Service (WPS) and is an OGC standard. From the introduction: “PyWPS is a great project by Jachym Cepicky and Intevation to provide an open (Open Source and Open Standards) implementation of the OGC Web Processing Service spec. In this article, I will give a quick run through of getting up and running enough to have the obligatory “Hello World” service running.” There’s also the news of the release of Shapely 1.0.13, also using Python.

]]> http://www.geoinformatics.cn/2009/10/%e5%87%a0%e4%b8%aa%e5%bc%80%e6%ba%90gis%e5%ba%93%e7%9a%84%e6%9b%b4%e6%96%b0/feed/ 2 GeoDjango中文教程 http://www.geoinformatics.cn/2009/07/geodjango%e4%b8%ad%e6%96%87%e6%95%99%e7%a8%8b/ http://www.geoinformatics.cn/2009/07/geodjango%e4%b8%ad%e6%96%87%e6%95%99%e7%a8%8b/#comments Mon, 20 Jul 2009 08:53:53 +0000 长安旧梦 http://www.geoinformatics.cn/?p=1078 最近接触最多的就是GeoDjango，上周三在Wendy老师的举荐下，在哈佛做了一次GIS presentation，内容就是关于GeoDjango实例的，大家都比较感兴趣，也认识了同样对GeoDjango感兴趣的brett。不过国内对于GeoDjango的介绍比较少，为了方便大家学习，做了份中文版本的GeoDjango教程，其一是自己学习Sphinx的使用，其二也希望对大家有一定帮助。中文教程请点击 http://geoinformatics.cn/lab/geodjango/tutorial.html

20090719_geodjangodoc

]]> http://www.geoinformatics.cn/2009/07/geodjango%e4%b8%ad%e6%96%87%e6%95%99%e7%a8%8b/feed/ 2 基于python的GIS建模的初步构想 http://www.geoinformatics.cn/2009/01/%e5%9f%ba%e4%ba%8epython%e7%9a%84gis%e5%bb%ba%e6%a8%a1%e7%9a%84%e5%88%9d%e6%ad%a5%e6%9e%84%e6%83%b3/ http://www.geoinformatics.cn/2009/01/%e5%9f%ba%e4%ba%8epython%e7%9a%84gis%e5%bb%ba%e6%a8%a1%e7%9a%84%e5%88%9d%e6%ad%a5%e6%9e%84%e6%83%b3/#comments Thu, 22 Jan 2009 21:11:00 +0000 长安旧梦 http://www.geoinformatics.cn/?p=891 将climate change的影响加入对transportation和land use model是一个非常新的话题。我希望通过利用python来实现建立GIS模型。这篇post暂且不论模型的实际计算问题，只是尝试着思量模型的构架和解决方案solution.

从模型的组成来看，不外乎input，model，output。

Input：

对于GIS模型，Input有矢量数据，栅格数据，以及属性表数据。

a）矢量数据可以用shapely和OGR的python API进行处理。shapely也有完善的进行GIS空间分析的方法。

b）栅格数据可以用GDAL的python API进行处理。同时，通过矢量生成栅格，也可以用该类库。如果GDAL python API还不能解决问题，就要动用NumPy和SciPy。

c）而属性表数据则可以用NumPy和SciPy处理。

我觉得，对于数据处理的关键

model：

model的设计和实现过程，无非是以上数据处理的叠合。

output:

a）如果是矢量数据的输出，可以直接从postgreSQL中调取，话说回来，GeoDjango有一套很好的对矢量空间数据进行crud的解决方案，或者也可以直接从数据库调取GeoJson或者WFS发送给前台。

b） 而对于栅格数据的输出，则可能会使用GeoServer，当然我更倾向于Mapnik，用其中之一来制作底图，同时其他一些栅格数据，也可以用它们来制作。

c）在数据发布之前，我们要对数据进行缓存，Tilecache提供了很好的地图缓存功能，建议使用。

d）用OWSLib和OgcService这两个类库实现地图数据的WMS，WFS发布，如果今后要对数据、服务进行grid分布，那么还可能使用pyWPS。

e）最后数据用GeoDJango和Openlayers发布。

就先说这么多，现在要一步一步的实现和整合。

]]> http://www.geoinformatics.cn/2009/01/%e5%9f%ba%e4%ba%8epython%e7%9a%84gis%e5%bb%ba%e6%a8%a1%e7%9a%84%e5%88%9d%e6%ad%a5%e6%9e%84%e6%83%b3/feed/ 0 One-day-trip in python for GIS http://www.geoinformatics.cn/2009/01/one-day-trip-in-python-for-gis/ http://www.geoinformatics.cn/2009/01/one-day-trip-in-python-for-gis/#comments Thu, 22 Jan 2009 12:00:14 +0000 长安旧梦 http://www.geoinformatics.cn/?p=887 昨天花了一天时间纵览了一遍关于GIS的python类库，发现有一大批基于python的GIS类库。诸如：

  1. mapnik（被openstreetmap使用来制作地图的渲染类库）
  2. tilecache（网络地图缓存器）
  3. OgcServer (The python-based OGC Server with WMS 1.1 and 1.3 support. )
  4. OwsLib （OWSLib works with WMS version 1.1.1 and WFS 1.0.0 Other versions are not supported at this time.）
  5. pyWPS（基于python的Web Process Service的实现，如果今后要做grid，这个类库是很必要使用的）
  6. Shapely (Geos的wrapper)
  7. python for GDAL (GDAL，也包括OGR的wrapper)
  8. pyproj （Pyrex generated python interface to PROJ.4 library）
  9. NumPy，SciPy（科学计算所用的类库）
  10. GeoDjango（整合了主要的空间数据类库，包括GDAL，GEOS，PROJ.4等）
  11. subprocess (用来替换os.system,更加稳定，健壮。)

因为最近正在研究如何利用python制作climate change方面的model，所以我主要看了shapely，python for GDAL，NumPy，SciPy（SciPy 0.7的win32 binary for python 2.5还有问题，无法正常使用）。

1）现在有点puzzle的问题，其实很多时候，都可以用os.system来实现对GDAL_grid.exe的调用。所以，如何使用这些类库需要很好的整合，并不是整合到python里面就是最好。

2）其次，我不是很愿意整合R Staticstics，毕竟又要用到基于另一个语言的软件平台，虽然它在空间分析方面有很多比较好用的类库，不过我觉得，如果使用NumPy和SciPy，完全可以实现科学计算类库。所以，我会更加focus on NumPy和SciPy。同时，对于需要大量处理的raster数据，关键还是要搞清楚使用python for GDAL。因为大量的处理是基于栅格的。如果需要，可以使用NumPy和SciPy来进行空间数据的计算。

3）用python做model关键是要在服务器端来处理数据并显示这些数据，那么GeoDjango平台对于crud的强大处理定时非常吸引人的，并且，在crud之外，用python做的model是很好的实现方法。当然，用ArcGIS 9.3 推出的的model design tool（不好意思，我忘了这个工具的确切名称）或者ArcEngine来实现会更加高效方便，但是问题是，价格过高，并且网络实现将花更多labor和精力。

]]> http://www.geoinformatics.cn/2009/01/one-day-trip-in-python-for-gis/feed/ 0 OGC和OSGeo联手促进GIS发展 http://www.geoinformatics.cn/2009/01/ogc%e5%92%8cosgeo%e8%81%94%e6%89%8b%e4%bf%83%e8%bf%9bgis%e5%8f%91%e5%b1%95/ http://www.geoinformatics.cn/2009/01/ogc%e5%92%8cosgeo%e8%81%94%e6%89%8b%e4%bf%83%e8%bf%9bgis%e5%8f%91%e5%b1%95/#comments Fri, 16 Jan 2009 08:48:49 +0000 长安旧梦 http://www.geoinformatics.cn/?p=872 OGC和OSGeo的协议最终达成。据All Points Blog 报道，OGC将给OSGeo低价提供6个独立会员。这个协议可以更好的代表小心的GIS咨询企业。OSGeo将决定那6个成员享受这六个独立会员的身份。

这样可以让开源GIS软件高效的接触OGC文件，特别是在软件的开发过程中。OGC关注OSGeo的FOSS4G会议，同时，OSGeo也更加关注OGC的相关会议。另一个好处是，开源GIS产品能够更及时的执行OGC规范。这样能够有助于测试OGC规范的有效性。

OGC和OSGeo的合作从2008年夏天就被提出，尽管这次合作是个很大的进步，但是OSGeo仍需要在它的FAQ里面更好的回答OGC和OSGeo的关系。这方面仍没有进展，期待OGC和OSGeo的第二次合作。

]]> http://www.geoinformatics.cn/2009/01/ogc%e5%92%8cosgeo%e8%81%94%e6%89%8b%e4%bf%83%e8%bf%9bgis%e5%8f%91%e5%b1%95/feed/ 0 KML is accepted by OGC http://www.geoinformatics.cn/2008/04/kml-is-accepted-by-ogc/ http://www.geoinformatics.cn/2008/04/kml-is-accepted-by-ogc/#comments Thu, 17 Apr 2008 00:56:38 +0000 长安旧梦 http://www.geoinformatics.cn/index.php/category/google/20080416598.html 谷歌本周一放弃了对其KML(Keyhole标记语言)的控制，以便使谷歌地球服务和谷歌地图服务中使用的这种语言称为一个国际标准。谷歌KML产品经理本周一在一个博客中称，从今年开始，谷歌不再控制KML。一个名为开放地理信息联盟(OGC)的国际标准组织宣布已经完成了KML的标准化进程。KML已经成为了一个OGC标准。OGC将负责维护和扩展这个标准。谷歌移交KML技术的拥有权反映了谷歌致力于开放标准的决心。从根本上说，我们的兴趣不是要控制信息，而是鼓励普及信息。
KML最初是由地理可视化公司Keyhole开发的。谷歌在2004年收购了这家公司。KML文件能够定义一个XML方法以便用二维或三维的方式显示地理数据。微软去年10月在其虚拟地球地理应用程序中增加了对KML的支持。

]]> http://www.geoinformatics.cn/2008/04/kml-is-accepted-by-ogc/feed/ 0 Google Maps API and WMS Servers zz http://www.geoinformatics.cn/2008/01/google-maps-api-and-wms-servers-zz/ http://www.geoinformatics.cn/2008/01/google-maps-api-and-wms-servers-zz/#comments Sat, 05 Jan 2008 17:38:45 +0000 长安旧梦 http://www.geoinformatics.cn/index.php/category/google/20080105576.html I found this post in Brian Fload, it’s a nice alternative to combine wms with google map. therefore, share with you all.
James Fee and others have pointed out that Cubewerks is offering an add-on to their server product that offers Google Maps data as a WMS service. This is pretty cool but what I’d expect most developers want is the ability to display WMS layers directly in a GMap instance in the browser. Fortunately, this is not too difficult if we base a WMS map spec on the existing Street Map spec and then manipulate the URL returned for each map tile. IMO, this opens up a lot more data for use in simple GMaps applications.

UPDATE (3/27/06) – There is a better working version for Google Maps V2 here: http://johndeck.blogspot.com/

Download the WMSSpec code (updated to version 0.4)

UPDATE – Based on feedback, I changed the spec a bit. You don’t have to pass in a base spec anymore and the shortname, version, copyright, SRS, BackgroundColor and Transparency values can now be optionally set in the constructor. Also, you can set the OverlaySpec property to any map spec you want and it will use the new GM overlay code. YMMV.

UPDATE 2 (8/9/05) – One quick change, when the Spec you use for your overlay already has an overlay (e.g. Hybrid), it now uses the overlay instead of the base spec. This allows you to put the Hybrid streets over any WMS layer

New Example for 0.4:
var wms = new WMSSpec(“http://wms.jpl.nasa.gov/wms.cgi?”, “WMS Test”, “WMS”, “modis”, “default”, “image/jpeg”, “NASA 2005″);
wms.OverlaySpec = map.mapTypes[2]; //Hybrid map streets
Example:
var wms = new WMSSpec(mapTypes[0], “http://wms.jpl.nasa.gov/wms.cgi?”, “WMS Test”, “modis”, “default”, “image/jpeg” );
Either add this to your array of specs passed to the GMap constructor or use the undocumented access to the array itself. (MyGMap.mapTypes[MyGMap.mapTypes.length] = wms;)

WMSSpec(baseSpec, baseURLtoWMSServer, name, layer, style, format);
1) the Google Maps Streets spec, usually the first spec in the array but it is also pointed to by the G_MAP_TYPE and _GOOGLE_MAP_TYPE variables
2) The URL to the WMS Server, don’t forget the “?” at the end
3) Name of service, used for labeling
4) Layer – the WMS layer name to use. This parameter is passed in whole to the server so it will accept whatever the WMS server is expecting
5) Style – the WMS style to use. See 4.
6) Format – the image format to return. (e.g. image/png, image/jpeg etc.)

]]> http://www.geoinformatics.cn/2008/01/google-maps-api-and-wms-servers-zz/feed/ 1 OGC和Web3D将合作进行标准制定 http://www.geoinformatics.cn/2006/12/ogc-and-web3d-consortium-agree-to-advance-joint-standards/ http://www.geoinformatics.cn/2006/12/ogc-and-web3d-consortium-agree-to-advance-joint-standards/#comments Sun, 24 Dec 2006 15:41:02 +0000 长安旧梦 http://www.geoinformatics.cn/index.php/category/opengis/20061224399.html 前几天就看到了这则消息，2006年12月19日，OGC和Web3D对外宣布了两者将合作制定标准来支持基于Web得三维可视化、建模以及仿真。两者的合作可以看成是 对于图形界和地理界对于网络语义的多义性提出了共同的解决方案，特别是对于三维的网络世界。（从Windows Vista的发布可以看出，三维的网络世界可能并不是一个太远的未来。）

OGC和Web3D的标准我以前都看过，也翻译过其中的部分章节。OGC GML 2.0的几何建模还是基于2D的，虽然他是基于XML的语法规则。但是对于三维实体并没有太好的解决方案。而Web3D X3D的前身，VRML，虽然提供了不错的三维表述和表达方案，但是并不是基于XML语法，所以VRML并不是标记语言的主流。X3D的发布，可以看作是X3D向标记语言的mainStream-XML的靠拢。

现在OGC和Web3D合作来共同解决语义问题。这样对于一个统一的，具有互操作性的网络来说，这是非常重要的事情。就像Mark Reichardt, OGC的主席所解释的那样“The OGC membership, working with ISO TC/211 and other standards groups, has helped to make stardards-based interoperable geospatial services a reality on the Web.”

我还记得自己年轻的时候一个人把弄X3D-edit时的情景，那时候大家还在关注VRML，X3D-edit也讲我引入了神奇的XML世界。随着后来将研究方向转向了地理标记语言的语义表达方面，对X3D关注并不是太多，一直今天看到这则消息才有种回首往事的感觉。呵呵，最近OGC的动作很大，可能也是因为Web 2.0给网络带来了太多变革的缘故。OGC在GeoRSS方面也有很多的trouble，但是话说回来，an alternative is better than never.

]]> http://www.geoinformatics.cn/2006/12/ogc-and-web3d-consortium-agree-to-advance-joint-standards/feed/ 0