[...]
>> Anyways the netcdf part in JGrass is actively maintained and you can
>> indeed browse the maps through time, as well as the non-map parts
>>
> (http://jgrasstechtips.blogspot.com/2010/01/netcdf-in-jgrass-non-spatial-part.html).
> one question:
> how do you intend to deal with aggregated da
No need to screen-scrape; the GMaps API provides for geocoding in both
directions.
Secondly, White Pages also provides an API for US telco land-line numbers.
See http://developer.whitepages.com/
NZ ??
AS
On Tue, Sep 7, 2010 at 6:35 PM, Mike Toews wrote:
> FYI, the terms you are looking for i
Brilliant, the name helps a lot.
http://code.google.com/apis/maps/documentation/geocoding/
Licensed for use only with google maps, i guess thats as good as ill get.
Peter
Mike Toews wrote:
FYI, the terms you are looking for is geocoding and reverse geocoding
http://en.wikipedia.org/wiki/Geo
GRASS GIS 6.4.0 released
http://grass.osgeo.org
We are pleased to announce the new stable version of GRASS GIS. As a
stable release GRASS 6.4 will enjoy long term support. While active
development has continued in the background, due to our highly
conservative stabilization policy this is the firs
FYI, the terms you are looking for is geocoding and reverse geocoding
http://en.wikipedia.org/wiki/Geocoding
http://en.wikipedia.org/wiki/Reverse_geocoding
But I haven't done much of this myself, so that's where I stop being useful.
-Mike
On 7 September 2010 15:01, Peter wrote:
> In NZ as i gu
In NZ as i guess in most places we have a national system of rural property
addressing (RAPID) where the street number is based on how many meters down the
road the property gate is. These are stored in Land Informations property on
line database.
My question is there any official or unofficia
Thanks.
I'll let you know when I have something to look at.
bobb
>>> Arnie Shore wrote:
Well, as Cleopatra said to Caesar, I'm not inclined to argue. The controlling
coordinates are at lines 59-64; no dependencies I can think of. Loads into
sub-directory 'tiles'.
FYI, there's a one-se
have you looked at geozui4d? it's done by dr Colin Ware, U. New Hampshire. the
link is here:
http://vislab-ccom.unh.edu/GeoZui4D/
Note: i had troubble trying to load in ubuntu
- Original Message -
From: Mike Toews
To: OSGeo Discussions
Cc: timmichel...@gmx-topmail.de
Sent: Tue, 07 Se
Well, as Cleopatra said to Caesar, I'm not inclined to argue. The
controlling coordinates are at lines 59-64; no dependencies I can think
of. Loads into sub-directory 'tiles'.
FYI, there's a one-second sleep at 26 to avoid hammering OSM.
AS
On Tue, Sep 7, 2010 at 4:40 PM, Bob Basques wrote:
grab from where, . .
. . . from any (raster) image server.
Your script sounds close, although I'm interested in grabbing directly from
MapServer as well as WMS feeds. It would get me started and probably lead to a
mechanism of some sort that would allow for retrieving from these various
Bobb, hiya. Now, "... grab the tiles ..." from where?
I have a PHP script that given corner coords and zoom range, will build a
directory set of tiles DL'd from OSM. (And the Open layers script that will
call it.)
Dunno if this is close?
AS
On Tue, Sep 7, 2010 at 2:28 PM, Bob Basques wrote:
All,
I have a question about a tile maker routine that may or may not exist (or
project about). I would like to be able to build a local cache of image tiles
based solely on URL scripting, as in grab the tiles for an area automatically
based on a Area of interest (BBOX) coordinate set.
Anyo
On 7 September 2010 04:11, Timmie wrote:
> how do you intend to deal with aggregated data sets?
> E.g. 10-years average for every month of the year.
For all calculations on NetCDF files (including your example), you can
try NCO[1]. These command-line tools require extensive documentation
reading,
> Sadly not yet. But there is more sadness to it. The code lives in
> JGrass and the current uDig version has a library mismatch that
> doesn't make the use of netcdf from JGrass possible. We are planning
> to solve this for the 1.2.1 release of uDig, but there is no strict
> timeline for that righ
Hello Andrea,
thanks for answering.
> I think it doesn't if you have small local datasets, I have never been
> able to zoom in.
But at least it works...
> Sadly not yet. But there is more sadness to it. The code lives in
> JGrass and the current uDig version has a library mismatch that
> doesn't
Hi Timmie,
> I am investigating in using netcdf as data format that could integrate the
> time
> dimension into GIS.
> The NASA tool Panoply (http://www.giss.nasa.gov/tools/panoply/) does this
> quite
> nicely.
I think it doesn't if you have small local datasets, I have never been
able to zoom
Dear all,
I am investigating in using netcdf as data format that could integrate the time
dimension into GIS.
The NASA tool Panoply (http://www.giss.nasa.gov/tools/panoply/) does this quite
nicely.
I have seen that there was an initiative from uDig in GSoC 2009:
Getting time into the GIS for visua
17 matches
Mail list logo
