Menu
▾
▴
opengrads-devel — OpenGrADS development issues, with focus on interfaces and extensions
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(16) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(19) |
Feb
(50) |
Mar
(10) |
Apr
(1) |
May
(12) |
Jun
(4) |
Jul
(17) |
Aug
(39) |
Sep
(9) |
Oct
|
Nov
|
Dec
(12) |
| 2009 |
Jan
(8) |
Feb
(11) |
Mar
(4) |
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
(2) |
Sep
(3) |
Oct
(17) |
Nov
(8) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(12) |
Aug
|
Sep
|
Oct
(12) |
Nov
|
Dec
|
| 2011 |
Jan
(10) |
Feb
|
Mar
|
Apr
(2) |
May
(6) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(25) |
Nov
(4) |
Dec
(2) |
| 2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Arlindo da S. <da...@al...> - 2007-12-17 16:20:17
|
On Dec 17, 2007 10:14 AM, Wesley Ebisuzaki <Wes...@no...> wrote:
> Pat,
>
> The fgutil.c was borrowed from some of my code that is now in the
> public domain.
> Consequently the code is in the public domain.
OK, in this case I propose we include the following notice I adapted
from the wgrib site in file fgutils.c:
(c) 1996 Wesley Ebisuzaki
This the software in this file is hereby placed into the public domain. While
you could legally do anything you want with the code, telling
the world that you wrote it would be uncool. Selling it would
be really uncool. The code was written for the NCEP/NCAR Reanalysis
and may not work GRIB files from other sources. The code,
as usual, is not warranted to be fit for any purpose what so ever.
Use at your own risk.
Any objections?
Arlindo
>
> Wesley Ebisuzaki
>
>
>
> Mike Fiorino wrote:
> > hi arlindo, no problem with me.. thanks /r mike
> >
> > On Dec 16, 2007 4:55 PM, Arlindo da Silva <da...@al...> wrote:
> >
> >> Mike, Wes:
> >>
> >> Do you authorize us to add the standard GPL notice on these files?
> >> Or else, which license would you prefer?
> >>
> >> Arlindo
> >>
> >>
> >>
> >> ---------- Forwarded message ----------
> >> From: Patrice Dumas <per...@fr...>
> >> Date: Dec 14, 2007 9:47 AM
> >> Subject: [Opengrads-devel] files without license with an author
> >> To: ope...@li...
> >>
> >>
> >> Hello,
> >>
> >> I propose the attached patch for pcx11e.c, which adds the xlibemu
> >> license I found in ftp://ftp.delorie.com/pub/djgpp/contrib/xlibemu/.
> >> Ok to commit?
> >>
> >> There are still 3 files that have an author and no license:
> >>
> >> fgbds.c Mike Fiorino
> >> fgutil.c Wesley Ebisuzaki
> >> gstmp.c Mike Fiorino and ?
> >>
> >> --
> >> Pat
> >>
> >> -------------------------------------------------------------------------
> >> SF.Net email is sponsored by:
> >> Check out the new SourceForge.net Marketplace.
> >> It's the best place to buy or sell services
> >> for just about anything Open Source.
> >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> >> _______________________________________________
> >> Opengrads-devel mailing list
> >> Ope...@li...
> >> https://lists.sourceforge.net/lists/listinfo/opengrads-devel
> >>
> >>
> >>
> >>
> >> --
> >> Arlindo da Silva
> >> da...@al...
> >>
> >> -------------------------------------------------------------------------
> >> SF.Net email is sponsored by:
> >> Check out the new SourceForge.net Marketplace.
> >> It's the best place to buy or sell services
> >> for just about anything Open Source.
> >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> >> _______________________________________________
> >> Opengrads-devel mailing list
> >> Ope...@li...
> >> https://lists.sourceforge.net/lists/listinfo/opengrads-devel
> >>
> >>
>
>
--
Arlindo da Silva
da...@al...
|
|
From: Wesley E. <Wes...@no...> - 2007-12-17 15:14:19
|
Pat,
The fgutil.c was borrowed from some of my code that is now in the
public domain.
Consequently the code is in the public domain.
Wesley Ebisuzaki
Mike Fiorino wrote:
> hi arlindo, no problem with me.. thanks /r mike
>
> On Dec 16, 2007 4:55 PM, Arlindo da Silva <da...@al...> wrote:
>
>> Mike, Wes:
>>
>> Do you authorize us to add the standard GPL notice on these files?
>> Or else, which license would you prefer?
>>
>> Arlindo
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Patrice Dumas <per...@fr...>
>> Date: Dec 14, 2007 9:47 AM
>> Subject: [Opengrads-devel] files without license with an author
>> To: ope...@li...
>>
>>
>> Hello,
>>
>> I propose the attached patch for pcx11e.c, which adds the xlibemu
>> license I found in ftp://ftp.delorie.com/pub/djgpp/contrib/xlibemu/.
>> Ok to commit?
>>
>> There are still 3 files that have an author and no license:
>>
>> fgbds.c Mike Fiorino
>> fgutil.c Wesley Ebisuzaki
>> gstmp.c Mike Fiorino and ?
>>
>> --
>> Pat
>>
>> -------------------------------------------------------------------------
>> SF.Net email is sponsored by:
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services
>> for just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> _______________________________________________
>> Opengrads-devel mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel
>>
>>
>>
>>
>> --
>> Arlindo da Silva
>> da...@al...
>>
>> -------------------------------------------------------------------------
>> SF.Net email is sponsored by:
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services
>> for just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> _______________________________________________
>> Opengrads-devel mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel
>>
>>
|
|
From: Mike F. <mfi...@gm...> - 2007-12-17 02:08:51
|
hi arlindo, no problem with me.. thanks /r mike On Dec 16, 2007 4:55 PM, Arlindo da Silva <da...@al...> wrote: > Mike, Wes: > > Do you authorize us to add the standard GPL notice on these files? > Or else, which license would you prefer? > > Arlindo > > > > ---------- Forwarded message ---------- > From: Patrice Dumas <per...@fr...> > Date: Dec 14, 2007 9:47 AM > Subject: [Opengrads-devel] files without license with an author > To: ope...@li... > > > Hello, > > I propose the attached patch for pcx11e.c, which adds the xlibemu > license I found in ftp://ftp.delorie.com/pub/djgpp/contrib/xlibemu/. > Ok to commit? > > There are still 3 files that have an author and no license: > > fgbds.c Mike Fiorino > fgutil.c Wesley Ebisuzaki > gstmp.c Mike Fiorino and ? > > -- > Pat > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel > > > > > -- > Arlindo da Silva > da...@al... > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel > |
|
From: Arlindo da S. <da...@al...> - 2007-12-16 22:06:04
|
On Dec 14, 2007 9:27 AM, Patrice Dumas <per...@fr...> wrote: > Hello, > > This is primarily for Arlindo. > > Arlindo, it looks like when you applied COLA v1.9Dev to grads, you > overwrote your modifications of the licenses of gacfg.c, gagui.c, > gaimg.c, gaimg.h, gsgui.c. > I fixed these and pcx11e.c and checked them all in. Arlindo > -- > Pat > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel > -- Arlindo da Silva da...@al... |
|
From: Arlindo da S. <da...@al...> - 2007-12-16 21:55:46
|
Mike, Wes:
Do you authorize us to add the standard GPL notice on these files?
Or else, which license would you prefer?
Arlindo
---------- Forwarded message ----------
From: Patrice Dumas <per...@fr...>
Date: Dec 14, 2007 9:47 AM
Subject: [Opengrads-devel] files without license with an author
To: ope...@li...
Hello,
I propose the attached patch for pcx11e.c, which adds the xlibemu
license I found in ftp://ftp.delorie.com/pub/djgpp/contrib/xlibemu/.
Ok to commit?
There are still 3 files that have an author and no license:
fgbds.c Mike Fiorino
fgutil.c Wesley Ebisuzaki
gstmp.c Mike Fiorino and ?
--
Pat
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Opengrads-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opengrads-devel
--
Arlindo da Silva
da...@al...
|
|
From: Arlindo da S. <da...@al...> - 2007-12-16 18:50:33
|
All, I just updated the Perl interface to bring it more in line with the Python interface, in particular the format of the $grid metadata (used to exchange data with GrADS) which is now remotely similar to the ESMF (http://esmf.ucar.edu). The main documentation for the perl interface is off the wiki: http://opengrads.org/wiki/index.php?title=Perl_Interface_to_GrADS Tutorials are available inside the manual pages. To get the relevant Perl modules check them out from CVS: % gacvs co -P contrib/interfaces/perl Like the Python interface we need a cookbook page on the wiki. Since you can now exchange data with PDL, there is a lot than can be done with the Graphics capabilities of PDL, like image generation, 3D visualization, etc. Like pygrads, gadl is a much more capable interpreter than the classic grads command line. Also, it would be nice to add a wiki page doing the standard GrADS Tutorial http://www.iges.org/grads/gadoc/tutorial.html from the gadl command line. If anybody would like to hellp with any of these, let me know. Arlindo -- Arlindo da Silva da...@al... |
|
From: Patrice D. <per...@fr...> - 2007-12-14 14:48:04
|
Hello, I propose the attached patch for pcx11e.c, which adds the xlibemu license I found in ftp://ftp.delorie.com/pub/djgpp/contrib/xlibemu/. Ok to commit? There are still 3 files that have an author and no license: fgbds.c Mike Fiorino fgutil.c Wesley Ebisuzaki gstmp.c Mike Fiorino and ? -- Pat |
|
From: Patrice D. <per...@fr...> - 2007-12-14 14:28:19
|
Hello, This is primarily for Arlindo. Arlindo, it looks like when you applied COLA v1.9Dev to grads, you overwrote your modifications of the licenses of gacfg.c, gagui.c, gaimg.c, gaimg.h, gsgui.c. -- Pat |
|
From: Arlindo da S. <da...@al...> - 2007-12-13 17:17:07
|
All, Does any body have access to an IBM AIX system and is willing to attempt a supplibs build followed by a grads 1.9.0-rc1 build? As long as NCEP still uses AIX I am afraid we cannot ignore this platform. Look in here for build instructions (item 4): http://opengrads.org/wiki/index.php?title=OpenGrADS_Documentation Thanks, Arlindo -- Arlindo da Silva da...@al... |
|
From: <efr...@me...> - 2007-12-11 22:57:49
|
Arlindo,
> Efren,
>
> I am back from vacation. I read quickly the ESRI white paper that
> describes the shapefile format. What an awkward format! SVG appears a
> much more elegant approach to vector graphics. In any event, here are
> my thoughts on how to produce shapefiles from within GrADS:
>
> 0) I would produce shapefiles associated with 2D lat-lon "naked
> plots", that is, those without maps, frames or fonts. Anything else
> may not make much sense. (Since GrADS draws its own characters, fonts
> could encoded as polylines but they would be deformed if a map
> transformation is later applied.)
>
> 1) GrADS vector graphics includes both POLYLINES and POLYGON type of
> shapes. Since one can only have one type of shape per shapefile, a
> given image (say contour lines on top of shaded contours) would have 2
> separate shapefiles associated with it: one with POLYGONS, another
> with POLYLINE objects, for a total of 6 files if you factor in the
> .shp, .shx and .dbx subfiles. This is ugly.
>
> 2) There is an annoying requirement on the enconding of polygons: one
> must order the vertices so that the "inside" is to the right of the
> path, something that should have been handled by the renderer. I
> believe cairo provides functions to determine whether a point is
> inside or outside a closed path, so I may be able to use it.
>
> 3) Each polygon object would have a single part so as to avoid dealing
> with similar vertex ordering issues.
>
> 4) Now, each POLYLINE or POLYGON object will have a color associated
> with it. I am hoping one could save the (r,g,b) values in the
> associated .dbx file, but I am not sure what are the conventions for
> encoding this.
>
> 5) In the case of shaded contours, I am not sure how to encode the
> color bar (mapping of (r,g,b) into field values).
>
When you create the shape, assign attributes like so:
my $shapefile = new Geo::Shapelib {
Name => "path to shapefile",
Shapetype => POINT,
FieldNames => ['ID','Red','Green','Blue',],
FieldTypes => ['Integer','Integer','Integer','Integer',],
};
and assign values like this:
push @{$shapefile->{Shapes}},{ Vertices => [[$x,$y,0,0]] };
push @{$shapefile->{ShapeRecords}},[$ID,$Red,$Green,$Blue];
> With all these caveats, would GrADS produced shapefiles still be of
> any interest? I believe Brian has looked into this as well, I'm cc'ing
> him as he may not be subscribed to this list.
>
Absolutely! Let me know where I can help. Thanks.
> Brian: for reference, here is the thread:
>
>
http://sourceforge.net/mailarchive/forum.php?thread_name=77fcd6b20711251803j746a965j689063db5d6e4da8%40mail.gmail.com&forum_name=opengrads-devel
>
> Arlindo
>
> --
> Arlindo da Silva
> da...@al...
>
----------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient,
please delete without copying and kindly advise us by e-mail of the
mistake in delivery.
|
|
From: <efr...@me...> - 2007-12-11 22:49:52
|
Fellows, Have you guys looked into Geo::Shapelib Perl package for generating POLYGONs? > My research into the shapefile format led me to conclude that the > shaded contour routine in grads will need to be rewritten; Arlindo > points out some (not all) of the reasons. I am working on this for > v2. We also anticipate implementing shapefile support in grads in > collaboration with the CPC during 2008... Brian > > On Dec 11, 2007, at 4:47 PM, Arlindo da Silva wrote: > > > Efren, > > > > I am back from vacation. I read quickly the ESRI white paper that > > describes the shapefile format. What an awkward format! SVG appears a > > much more elegant approach to vector graphics. In any event, here are > > my thoughts on how to produce shapefiles from within GrADS: > > > > 0) I would produce shapefiles associated with 2D lat-lon "naked > > plots", that is, those without maps, frames or fonts. Anything else > > may not make much sense. (Since GrADS draws its own characters, fonts > > could encoded as polylines but they would be deformed if a map > > transformation is later applied.) > > > > 1) GrADS vector graphics includes both POLYLINES and POLYGON type of > > shapes. Since one can only have one type of shape per shapefile, a > > given image (say contour lines on top of shaded contours) would have 2 > > separate shapefiles associated with it: one with POLYGONS, another > > with POLYLINE objects, for a total of 6 files if you factor in the > > .shp, .shx and .dbx subfiles. This is ugly. > > > > 2) There is an annoying requirement on the enconding of polygons: one > > must order the vertices so that the "inside" is to the right of the > > path, something that should have been handled by the renderer. I > > believe cairo provides functions to determine whether a point is > > inside or outside a closed path, so I may be able to use it. > > > > 3) Each polygon object would have a single part so as to avoid dealing > > with similar vertex ordering issues. > > > > 4) Now, each POLYLINE or POLYGON object will have a color associated > > with it. I am hoping one could save the (r,g,b) values in the > > associated .dbx file, but I am not sure what are the conventions for > > encoding this. > > > > 5) In the case of shaded contours, I am not sure how to encode the > > color bar (mapping of (r,g,b) into field values). > > > > With all these caveats, would GrADS produced shapefiles still be of > > any interest? I believe Brian has looked into this as well, I'm cc'ing > > him as he may not be subscribed to this list. > > > > Brian: for reference, here is the thread: > > > > http://sourceforge.net/mailarchive/forum.php? > > thread_name=77fcd6b20711251803j746a965j689063db5d6e4da8% > > 40mail.gmail.com&forum_name=opengrads-devel > > > > Arlindo > > > > -- > > Arlindo da Silva > > da...@al... > > ---------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. |
|
From: Brian D. <do...@co...> - 2007-12-11 22:44:49
|
My research into the shapefile format led me to conclude that the shaded contour routine in grads will need to be rewritten; Arlindo points out some (not all) of the reasons. I am working on this for v2. We also anticipate implementing shapefile support in grads in collaboration with the CPC during 2008... Brian On Dec 11, 2007, at 4:47 PM, Arlindo da Silva wrote: > Efren, > > I am back from vacation. I read quickly the ESRI white paper that > describes the shapefile format. What an awkward format! SVG appears a > much more elegant approach to vector graphics. In any event, here are > my thoughts on how to produce shapefiles from within GrADS: > > 0) I would produce shapefiles associated with 2D lat-lon "naked > plots", that is, those without maps, frames or fonts. Anything else > may not make much sense. (Since GrADS draws its own characters, fonts > could encoded as polylines but they would be deformed if a map > transformation is later applied.) > > 1) GrADS vector graphics includes both POLYLINES and POLYGON type of > shapes. Since one can only have one type of shape per shapefile, a > given image (say contour lines on top of shaded contours) would have 2 > separate shapefiles associated with it: one with POLYGONS, another > with POLYLINE objects, for a total of 6 files if you factor in the > .shp, .shx and .dbx subfiles. This is ugly. > > 2) There is an annoying requirement on the enconding of polygons: one > must order the vertices so that the "inside" is to the right of the > path, something that should have been handled by the renderer. I > believe cairo provides functions to determine whether a point is > inside or outside a closed path, so I may be able to use it. > > 3) Each polygon object would have a single part so as to avoid dealing > with similar vertex ordering issues. > > 4) Now, each POLYLINE or POLYGON object will have a color associated > with it. I am hoping one could save the (r,g,b) values in the > associated .dbx file, but I am not sure what are the conventions for > encoding this. > > 5) In the case of shaded contours, I am not sure how to encode the > color bar (mapping of (r,g,b) into field values). > > With all these caveats, would GrADS produced shapefiles still be of > any interest? I believe Brian has looked into this as well, I'm cc'ing > him as he may not be subscribed to this list. > > Brian: for reference, here is the thread: > > http://sourceforge.net/mailarchive/forum.php? > thread_name=77fcd6b20711251803j746a965j689063db5d6e4da8% > 40mail.gmail.com&forum_name=opengrads-devel > > Arlindo > > -- > Arlindo da Silva > da...@al... |
|
From: Arlindo da S. <da...@al...> - 2007-12-11 21:47:49
|
Efren, I am back from vacation. I read quickly the ESRI white paper that describes the shapefile format. What an awkward format! SVG appears a much more elegant approach to vector graphics. In any event, here are my thoughts on how to produce shapefiles from within GrADS: 0) I would produce shapefiles associated with 2D lat-lon "naked plots", that is, those without maps, frames or fonts. Anything else may not make much sense. (Since GrADS draws its own characters, fonts could encoded as polylines but they would be deformed if a map transformation is later applied.) 1) GrADS vector graphics includes both POLYLINES and POLYGON type of shapes. Since one can only have one type of shape per shapefile, a given image (say contour lines on top of shaded contours) would have 2 separate shapefiles associated with it: one with POLYGONS, another with POLYLINE objects, for a total of 6 files if you factor in the .shp, .shx and .dbx subfiles. This is ugly. 2) There is an annoying requirement on the enconding of polygons: one must order the vertices so that the "inside" is to the right of the path, something that should have been handled by the renderer. I believe cairo provides functions to determine whether a point is inside or outside a closed path, so I may be able to use it. 3) Each polygon object would have a single part so as to avoid dealing with similar vertex ordering issues. 4) Now, each POLYLINE or POLYGON object will have a color associated with it. I am hoping one could save the (r,g,b) values in the associated .dbx file, but I am not sure what are the conventions for encoding this. 5) In the case of shaded contours, I am not sure how to encode the color bar (mapping of (r,g,b) into field values). With all these caveats, would GrADS produced shapefiles still be of any interest? I believe Brian has looked into this as well, I'm cc'ing him as he may not be subscribed to this list. Brian: for reference, here is the thread: http://sourceforge.net/mailarchive/forum.php?thread_name=77fcd6b20711251803j746a965j689063db5d6e4da8%40mail.gmail.com&forum_name=opengrads-devel Arlindo -- Arlindo da Silva da...@al... |
|
From: Efren S. <efr...@me...> - 2007-11-28 19:23:41
|
-----Original Message----- From: arl...@gm... [mailto:arl...@gm...] On = Behalf Of Arlindo da Silva Sent: Tuesday, November 27, 2007 5:49 PM To: efr...@me... Cc: Mike Fiorino; ope...@li... Subject: Re: [Opengrads-devel] Shapefile extension: first crack On 11/27/07, Efren Serra <efr...@me...> wrote: > http://mapserver.gis.umn.edu/docs/howto/svg-howto > > Note that Mapserver is built on the GDAL/OGR library and hence, it can = > be extended to pretty much generate anything one wants from a single=20 > ESRI Shapefile. Actually, I was asking whether SVG would be a viable INPUT format for Mapsever. I guess I need to understand what exactly you would like to = use GrADS for, and then find the best way to interface to Mapserver. Let me digress just bit... I was hoping to use GrADS to generate Shapefiles; this provides the = ability to zoom in/out, do rubber-banding, querying features, etc. 1) As you know GrADS graphics are all vector instructions. At this point even fonts are rendered internally. Image generation relies on libraries such as gd (printim) and cairo (gxyat) for rasterization. 2) At a higher level GrADS can produce contour plots, filled contours (shaded) plots, streamlines, wind barbs, wind vectors, station model = plots (with rendered). An these can be produced without any maps, frames, = axis, etc. Just naked plots at the surface of the earth. Are these the kind of output that you would like to ingest into Mapserver for further = compositing? These can be left as transparent raster layers to ingest into Mapserver since things such as wind barbs are not very well put into Shapefiles. 3) Right now these can be written out as vector output in encapsulated postscript, PDF or SVG. In the beginning of this thread I commented that = one might be able to write these vector instructions as shapefiles (.shp, = .shx, and .dbf) --- I need to read the shapefile white paper to better = understand the functionn of these 3 files. I think wind barbs are hard to encode in Shapefiles specially when one = zooms in, eh? 4) If SVG is a viable *input* format for Mapserver then a little tweak = in the on-line version of gxyat might allow us to write some extra metadata = to make Mapserver happy. This could be a quicker approach to achieve what = you need, bypassing shapefiles altogether. Not that shapefiles wouldn't be useful for truly GIS desktopers... Mapserver can generate SVG from Shapefiles; I don't know if Mapserver = can read SVG and generate raster images. 5) Here at NASA/GSFC we provide our homegrown WMS server with nice PNG images which it then servers to the world, e.g., http://www.map.nasa.gov/cgi-bin/tc4-d5fcst-hwl.cgi I am assuming that you are pursuing a vector graphics approach for speed = and scalability. Am I correct? This would be up to the client side; we tend to focus more on the server endpoints. Arlindo |
|
From: Arlindo da S. <da...@al...> - 2007-11-28 01:48:51
|
On 11/27/07, Efren Serra <efr...@me...> wrote: > http://mapserver.gis.umn.edu/docs/howto/svg-howto > > Note that Mapserver is built on the GDAL/OGR library and hence, it can be > extended to pretty much generate anything one wants from a single ESRI > Shapefile. Actually, I was asking whether SVG would be a viable INPUT format for Mapsever. I guess I need to understand what exactly you would like to use GrADS for, and then find the best way to interface to Mapserver. Let me digress just bit... 1) As you know GrADS graphics are all vector instructions. At this point even fonts are rendered internally. Image generation relies on libraries such as gd (printim) and cairo (gxyat) for rasterization. 2) At a higher level GrADS can produce contour plots, filled contours (shaded) plots, streamlines, wind barbs, wind vectors, station model plots (with rendered). An these can be produced without any maps, frames, axis, etc. Just naked plots at the surface of the earth. Are these the kind of output that you would like to ingest into Mapserver for further compositing? 3) Right now these can be written out as vector output in encapsulated postscript, PDF or SVG. In the beginning of this thread I commented that one might be able to write these vector instructions as shapefiles (.shp, .shx, and .dbf) --- I need to read the shapefile white paper to better understand the functionn of these 3 files. 4) If SVG is a viable *input* format for Mapserver then a little tweak in the on-line version of gxyat might allow us to write some extra metadata to make Mapserver happy. This could be a quicker approach to achieve what you need, bypassing shapefiles altogether. Not that shapefiles wouldn't be useful for truly GIS desktopers... 5) Here at NASA/GSFC we provide our homegrown WMS server with nice PNG images which it then servers to the world, e.g., http://www.map.nasa.gov/cgi-bin/tc4-d5fcst-hwl.cgi I am assuming that you are pursuing a vector graphics approach for speed and scalability. Am I correct? Arlindo |
|
From: Efren S. <efr...@me...> - 2007-11-27 22:26:58
|
http://mapserver.gis.umn.edu/docs/howto/svg-howto Note that Mapserver is built on the GDAL/OGR library and hence, it can = be extended to pretty much generate anything one wants from a single ESRI Shapefile. -----Original Message----- From: arl...@gm... [mailto:arl...@gm...] On = Behalf Of Arlindo da Silva Sent: Tuesday, November 27, 2007 2:19 PM To: efr...@me... Cc: Mike Fiorino; ope...@li... Subject: Re: [Opengrads-devel] Shapefile extension: first crack On Nov 27, 2007 4:18 PM, Efren Serra <efr...@me...> wrote: > Mike, > > Meteorology/Oceanography isn't gis either; that is something ESRI has=20 > never understood. I think Mapserver is as much GIS as GoogleEarth is; = > it supports WMS, WCS, WFS protocols, etc., and even KML. GoogleEarth=20 > is certainly a nice viewer/client. Mapserver is a server not a client = > so there is no comparison. You could point a GoogleEarth client to a=20 > Mapserver server that returns KML. > Can Mapserver understand SVG? I mean, with the appropriate metadata = provided via a .map file. Arlindo. --=20 Arlindo da Silva da...@al... |
|
From: Efren S. <efr...@me...> - 2007-11-27 22:25:04
|
Mike, I don't think display information is associated with .gis data. = However, for instance, for METARs, we color code according to the value of = Ceiling or Visibility as in http://adds.aviationweather.gov/metars/description_ifr.php and Ceiling/Visibility can be saved in the .dbf file as I do in the attached Perl script. Notice that Mapserver allows one to do SQL (JOIN, SELECT, etc.) on .dbf files = since they are just MS Excel Spreadsheet. MapServer can generate different outputs from a Vector/Shapefile: GML, = KML, etc. That is why I like Mapserver besides the fact that it runs as a = CGI app through Apache. To use rasters all one has to do is create a World File. Plus it can = become a proxy to other servers and ultimately generate the final = image/product. One can also query Vector/Shapefiles and inquire information on its attributes (e.g., .dbf values). Thanks. -----Original Message----- From: Mike Fiorino [mailto:mfi...@gm...]=20 Sent: Tuesday, November 27, 2007 2:13 PM To: efr...@me... Cc: 'Arlindo da Silva'; ope...@li... Subject: Re: [Opengrads-devel] Shapefile extension: first crack efren, ok, duh on me... i was fetching on separating the color(rendering?) data from the shape(gis) data. is display data generally(commonly) part of .gis data? = i looked at some mapserver examples and agree that putting the rendering data in a separate .map file does make sense...=20 check out: http://www.nohrsc.noaa.gov/interactive/html/map.html for a good(?) demo of mapserver and http://www.nohrsc.noaa.gov/earth/ for a pretty slick display of snow data in google earth i noticed that mapserver does all the geo-vector/raster formats, it = wasn't clear if it can output .gis, e.g., display a shapefile from grads and = output .kml... ok, i'm onboard, especially since it's web and i've starting doing = .php... best /r mike Efren Serra wrote: > Mike, > > Meteorology/Oceanography isn't gis either; that is something ESRI has=20 > never understood. I think Mapserver is as much GIS as GoogleEarth is; = > it supports WMS, WCS, WFS protocols, etc., and even KML. GoogleEarth=20 > is certainly a nice viewer/client. Mapserver is a server not a client = > so there is no comparison. You could point a GoogleEarth client to a=20 > Mapserver server that returns KML. > > -----Original Message----- > From: Mike Fiorino [mailto:mfi...@gm...] > Sent: Tuesday, November 27, 2007 12:49 PM > To: efr...@me... > Cc: 'Arlindo da Silva'; ope...@li... > Subject: Re: [Opengrads-devel] Shapefile extension: first crack > > > hi efren, i took a look a mapserver. is this what fnmoc is using=20 > these days? it really isn't gis, i'm partial to google earth. thanks = > /r mike > > Efren Serra wrote: > =20 >> Arlindo, >> >> With the perl interface, can you encode colors in a shapefile? >> >> We shouldn't encode colors in the shapefiles; I was hoping to use >> these shapefiles in conjunction with Mapserver and let the coloring = to=20 >> mapserver .map configuration file. However, we should encode some=20 >> values about the shape in the .dbx file so that we can use = mapserver's=20 >> .map file CLASS value, which defines thematic classes for a given=20 >> layer. A CLASS has an EXPRESSION value that we can use to select=20 >> coloring, etc., based on a value encoded in the .dbx file. For=20 >> instance, here is simple sample for coloring Tropical Cyclone = Warnings=20 >> Wind Radiis/Track: >> >> LAYER >> NAME "al062007_019_34ktWndRadii" >> GROUP "tcw" >> METADATA >> "wms_title" "al062007_019_34ktWndRadii" ##required >> END >> TYPE POLYGON >> STATUS OFF >> DATA /otsr/shapefiles/2007091100/al062007_019_34ktWndRadii >> >> LABELITEM "RADIUS_NM" >> >> CLASS >> NAME "al062007_019_34ktWndRadii" >> OUTLINECOLOR 255 0 0 >> LABEL >> MINFEATURESIZE 50 >> MINDISTANCE 150 >> POSITION CC >> SIZE TINY >> COLOR 0 0 0 >> END >> DEBUG ON >> END >> >> DUMP TRUE >> PROJECTION >> "init=3Depsg:4326" ##recommended >> END >> END # Layer al062007_019_34ktWndRadii >> >> LAYER >> NAME "ep102007_017_track" >> GROUP "tcw" >> METADATA >> "wms_title" "ep102007_017_track" ##required >> END >> TYPE LINE >> STATUS OFF >> DATA /otsr/shapefiles/2007091100/ep102007_017_track >> >> LABELITEM "STM_NAME" >> >> CLASS >> NAME "ep102007_017_track" >> COLOR 0 0 0 >> LABEL >> MINFEATURESIZE 50 >> MINDISTANCE 150 >> POSITION CC >> SIZE TINY >> COLOR 0 0 0 >> END >> DEBUG ON >> END >> >> DUMP TRUE >> PROJECTION >> "init=3Depsg:4326" ##recommended >> END >> END # Layer ep102007_017_track >> >> - how to draw a line in black, and another in green >> >> Mapserver takes care of the drawing for us via the .map file by using >> OUTLINECOLOR >> >> - how to have a rectangle filled "blue" >> >> Mapserver takes care of the drawing for us via the .map file by using >> COLOR >> >> - how to define new colors from (red,green,blue) values >> >> COLOR and OUTLINECOLOR take RGB values as shown above. >> >> Do you have access to any GIS software? Is there a free alternative=20 >> to >> ARC/View? Which one do you recommend? I just want a way to see if the = >> file we eventually produce with GrADS can be visualized by standard=20 >> GIS software. >> >> Lets use Mapserver from UMN: http://mapserver.gis.umn.edu. Thanks. >> >> Efren >> >> >> >> --------------------------------------------------------------------- >> - >> --- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Opengrads-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> >> =20 >> =20 > > > > =20 |
|
From: Arlindo da S. <da...@al...> - 2007-11-27 22:19:11
|
On Nov 27, 2007 4:18 PM, Efren Serra <efr...@me...> wrote:
> Mike,
>
> Meteorology/Oceanography isn't gis either; that is something ESRI has never
> understood. I think Mapserver is as much GIS as GoogleEarth is; it supports
> WMS, WCS, WFS protocols, etc., and even KML. GoogleEarth is certainly a
> nice viewer/client. Mapserver is a server not a client so there is no
> comparison. You could point a GoogleEarth client to a Mapserver server that
> returns KML.
>
Can Mapserver understand SVG? I mean, with the appropriate metadata
provided via a .map file.
Arlindo.
--
Arlindo da Silva
da...@al...
|
|
From: Mike F. <mfi...@gm...> - 2007-11-27 22:12:36
|
efren, ok, duh on me... i was fetching on separating the color(rendering?) data from the shape(gis) data. is display data generally(commonly) part of .gis data? i looked at some mapserver examples and agree that putting the rendering data in a separate .map file does make sense... check out: http://www.nohrsc.noaa.gov/interactive/html/map.html for a good(?) demo of mapserver and http://www.nohrsc.noaa.gov/earth/ for a pretty slick display of snow data in google earth i noticed that mapserver does all the geo-vector/raster formats, it wasn't clear if it can output .gis, e.g., display a shapefile from grads and output .kml... ok, i'm onboard, especially since it's web and i've starting doing .php... best /r mike Efren Serra wrote: > Mike, > > Meteorology/Oceanography isn't gis either; that is something ESRI has never > understood. I think Mapserver is as much GIS as GoogleEarth is; it supports > WMS, WCS, WFS protocols, etc., and even KML. GoogleEarth is certainly a > nice viewer/client. Mapserver is a server not a client so there is no > comparison. You could point a GoogleEarth client to a Mapserver server that > returns KML. > > -----Original Message----- > From: Mike Fiorino [mailto:mfi...@gm...] > Sent: Tuesday, November 27, 2007 12:49 PM > To: efr...@me... > Cc: 'Arlindo da Silva'; ope...@li... > Subject: Re: [Opengrads-devel] Shapefile extension: first crack > > > hi efren, i took a look a mapserver. is this what fnmoc is using these > days? it really isn't gis, i'm partial to google earth. thanks /r mike > > Efren Serra wrote: > >> Arlindo, >> >> With the perl interface, can you encode colors in a shapefile? >> >> We shouldn't encode colors in the shapefiles; I was hoping to use >> these shapefiles in conjunction with Mapserver and let the coloring to >> mapserver .map configuration file. However, we should encode some >> values about the shape in the .dbx file so that we can use mapserver's >> .map file CLASS value, which defines thematic classes for a given >> layer. A CLASS has an EXPRESSION value that we can use to select >> coloring, etc., based on a value encoded in the .dbx file. For >> instance, here is simple sample for coloring Tropical Cyclone Warnings >> Wind Radiis/Track: >> >> LAYER >> NAME "al062007_019_34ktWndRadii" >> GROUP "tcw" >> METADATA >> "wms_title" "al062007_019_34ktWndRadii" ##required >> END >> TYPE POLYGON >> STATUS OFF >> DATA /otsr/shapefiles/2007091100/al062007_019_34ktWndRadii >> >> LABELITEM "RADIUS_NM" >> >> CLASS >> NAME "al062007_019_34ktWndRadii" >> OUTLINECOLOR 255 0 0 >> LABEL >> MINFEATURESIZE 50 >> MINDISTANCE 150 >> POSITION CC >> SIZE TINY >> COLOR 0 0 0 >> END >> DEBUG ON >> END >> >> DUMP TRUE >> PROJECTION >> "init=epsg:4326" ##recommended >> END >> END # Layer al062007_019_34ktWndRadii >> >> LAYER >> NAME "ep102007_017_track" >> GROUP "tcw" >> METADATA >> "wms_title" "ep102007_017_track" ##required >> END >> TYPE LINE >> STATUS OFF >> DATA /otsr/shapefiles/2007091100/ep102007_017_track >> >> LABELITEM "STM_NAME" >> >> CLASS >> NAME "ep102007_017_track" >> COLOR 0 0 0 >> LABEL >> MINFEATURESIZE 50 >> MINDISTANCE 150 >> POSITION CC >> SIZE TINY >> COLOR 0 0 0 >> END >> DEBUG ON >> END >> >> DUMP TRUE >> PROJECTION >> "init=epsg:4326" ##recommended >> END >> END # Layer ep102007_017_track >> >> - how to draw a line in black, and another in green >> >> Mapserver takes care of the drawing for us via the .map file by using >> OUTLINECOLOR >> >> - how to have a rectangle filled "blue" >> >> Mapserver takes care of the drawing for us via the .map file by using >> COLOR >> >> - how to define new colors from (red,green,blue) values >> >> COLOR and OUTLINECOLOR take RGB values as shown above. >> >> Do you have access to any GIS software? Is there a free alternative to >> ARC/View? Which one do you recommend? I just want a way to see if the >> file we eventually produce with GrADS can be visualized by standard >> GIS software. >> >> Lets use Mapserver from UMN: http://mapserver.gis.umn.edu. Thanks. >> >> Efren >> >> >> >> ---------------------------------------------------------------------- >> --- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Opengrads-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> >> >> > > > > |
|
From: Efren S. <efr...@me...> - 2007-11-27 21:18:59
|
Mike, Meteorology/Oceanography isn't gis either; that is something ESRI has = never understood. I think Mapserver is as much GIS as GoogleEarth is; it = supports WMS, WCS, WFS protocols, etc., and even KML. GoogleEarth is certainly a nice viewer/client. Mapserver is a server not a client so there is no comparison. You could point a GoogleEarth client to a Mapserver server = that returns KML. -----Original Message----- From: Mike Fiorino [mailto:mfi...@gm...]=20 Sent: Tuesday, November 27, 2007 12:49 PM To: efr...@me... Cc: 'Arlindo da Silva'; ope...@li... Subject: Re: [Opengrads-devel] Shapefile extension: first crack hi efren, i took a look a mapserver. is this what fnmoc is using these days? it really isn't gis, i'm partial to google earth. thanks /r mike Efren Serra wrote: > Arlindo, > > With the perl interface, can you encode colors in a shapefile? > > We shouldn't encode colors in the shapefiles; I was hoping to use=20 > these shapefiles in conjunction with Mapserver and let the coloring to = > mapserver .map configuration file. However, we should encode some=20 > values about the shape in the .dbx file so that we can use mapserver's = > .map file CLASS value, which defines thematic classes for a given=20 > layer. A CLASS has an EXPRESSION value that we can use to select=20 > coloring, etc., based on a value encoded in the .dbx file. For=20 > instance, here is simple sample for coloring Tropical Cyclone Warnings = > Wind Radiis/Track: > > LAYER > NAME "al062007_019_34ktWndRadii" > GROUP "tcw" > METADATA > "wms_title" "al062007_019_34ktWndRadii" ##required > END > TYPE POLYGON > STATUS OFF > DATA /otsr/shapefiles/2007091100/al062007_019_34ktWndRadii > > LABELITEM "RADIUS_NM" > > CLASS > NAME "al062007_019_34ktWndRadii" > OUTLINECOLOR 255 0 0 > LABEL > MINFEATURESIZE 50 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > DEBUG ON > END > > DUMP TRUE > PROJECTION > "init=3Depsg:4326" ##recommended > END > END # Layer al062007_019_34ktWndRadii > > LAYER > NAME "ep102007_017_track" > GROUP "tcw" > METADATA > "wms_title" "ep102007_017_track" ##required > END > TYPE LINE > STATUS OFF > DATA /otsr/shapefiles/2007091100/ep102007_017_track > > LABELITEM "STM_NAME" > > CLASS > NAME "ep102007_017_track" > COLOR 0 0 0 > LABEL > MINFEATURESIZE 50 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > DEBUG ON > END > > DUMP TRUE > PROJECTION > "init=3Depsg:4326" ##recommended > END > END # Layer ep102007_017_track > > - how to draw a line in black, and another in green > > Mapserver takes care of the drawing for us via the .map file by using=20 > OUTLINECOLOR > > - how to have a rectangle filled "blue" > > Mapserver takes care of the drawing for us via the .map file by using=20 > COLOR > > - how to define new colors from (red,green,blue) values > > COLOR and OUTLINECOLOR take RGB values as shown above. > > Do you have access to any GIS software? Is there a free alternative to = > ARC/View? Which one do you recommend? I just want a way to see if the=20 > file we eventually produce with GrADS can be visualized by standard=20 > GIS software. > > Lets use Mapserver from UMN: http://mapserver.gis.umn.edu. Thanks. > > Efren > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel > > =20 |
|
From: Mike F. <mfi...@gm...> - 2007-11-27 20:48:41
|
hi efren, i took a look a mapserver. is this what fnmoc is using these days? it really isn't gis, i'm partial to google earth. thanks /r mike Efren Serra wrote: > Arlindo, > > With the perl interface, can you encode colors in a shapefile? > > We shouldn't encode colors in the shapefiles; I was hoping to use these > shapefiles in conjunction with Mapserver and let the coloring to mapserver > .map configuration file. However, we should encode some values about the > shape in the .dbx file so that we can use mapserver's .map file CLASS value, > which defines thematic classes for a given layer. A CLASS has an EXPRESSION > value > that we can use to select coloring, etc., based on a value encoded in the > .dbx file. For instance, here is simple sample for coloring Tropical > Cyclone Warnings Wind Radiis/Track: > > LAYER > NAME "al062007_019_34ktWndRadii" > GROUP "tcw" > METADATA > "wms_title" "al062007_019_34ktWndRadii" ##required > END > TYPE POLYGON > STATUS OFF > DATA /otsr/shapefiles/2007091100/al062007_019_34ktWndRadii > > LABELITEM "RADIUS_NM" > > CLASS > NAME "al062007_019_34ktWndRadii" > OUTLINECOLOR 255 0 0 > LABEL > MINFEATURESIZE 50 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > DEBUG ON > END > > DUMP TRUE > PROJECTION > "init=epsg:4326" ##recommended > END > END # Layer al062007_019_34ktWndRadii > > LAYER > NAME "ep102007_017_track" > GROUP "tcw" > METADATA > "wms_title" "ep102007_017_track" ##required > END > TYPE LINE > STATUS OFF > DATA /otsr/shapefiles/2007091100/ep102007_017_track > > LABELITEM "STM_NAME" > > CLASS > NAME "ep102007_017_track" > COLOR 0 0 0 > LABEL > MINFEATURESIZE 50 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > DEBUG ON > END > > DUMP TRUE > PROJECTION > "init=epsg:4326" ##recommended > END > END # Layer ep102007_017_track > > - how to draw a line in black, and another in green > > Mapserver takes care of the drawing for us via the .map file by using > OUTLINECOLOR > > - how to have a rectangle filled "blue" > > Mapserver takes care of the drawing for us via the .map file by using COLOR > > - how to define new colors from (red,green,blue) values > > COLOR and OUTLINECOLOR take RGB values as shown above. > > Do you have access to any GIS software? Is there a free alternative to > ARC/View? Which one do you recommend? I just want a way to see if the file > we eventually produce with GrADS can be visualized by standard GIS software. > > Lets use Mapserver from UMN: http://mapserver.gis.umn.edu. Thanks. > > Efren > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel > > |
|
From: Efren S. <efr...@me...> - 2007-11-27 18:35:47
|
Arlindo,
With the perl interface, can you encode colors in a shapefile?
We shouldn't encode colors in the shapefiles; I was hoping to use these
shapefiles in conjunction with Mapserver and let the coloring to =
mapserver
.map configuration file. However, we should encode some values about =
the
shape in the .dbx file so that we can use mapserver's .map file CLASS =
value,
which defines thematic classes for a given layer. A CLASS has an =
EXPRESSION
value
that we can use to select coloring, etc., based on a value encoded in =
the
.dbx file. For instance, here is simple sample for coloring Tropical
Cyclone Warnings Wind Radiis/Track:
LAYER
NAME "al062007_019_34ktWndRadii"
GROUP "tcw"
METADATA
"wms_title" "al062007_019_34ktWndRadii" ##required
END
TYPE POLYGON
STATUS OFF
DATA /otsr/shapefiles/2007091100/al062007_019_34ktWndRadii
LABELITEM "RADIUS_NM"
CLASS
NAME "al062007_019_34ktWndRadii"
OUTLINECOLOR 255 0 0
LABEL
MINFEATURESIZE 50
MINDISTANCE 150
POSITION CC
SIZE TINY
COLOR 0 0 0
END
DEBUG ON
END
DUMP TRUE
PROJECTION
"init=3Depsg:4326" ##recommended
END
END # Layer al062007_019_34ktWndRadii
LAYER
NAME "ep102007_017_track"
GROUP "tcw"
METADATA
"wms_title" "ep102007_017_track" ##required
END
TYPE LINE
STATUS OFF
DATA /otsr/shapefiles/2007091100/ep102007_017_track
LABELITEM "STM_NAME"
CLASS
NAME "ep102007_017_track"
COLOR 0 0 0
LABEL
MINFEATURESIZE 50
MINDISTANCE 150
POSITION CC
SIZE TINY
COLOR 0 0 0
END
DEBUG ON
END
DUMP TRUE
PROJECTION
"init=3Depsg:4326" ##recommended
END
END # Layer ep102007_017_track
- how to draw a line in black, and another in green
Mapserver takes care of the drawing for us via the .map file by using
OUTLINECOLOR
- how to have a rectangle filled "blue"
Mapserver takes care of the drawing for us via the .map file by using =
COLOR
- how to define new colors from (red,green,blue) values
COLOR and OUTLINECOLOR take RGB values as shown above.
Do you have access to any GIS software? Is there a free alternative to
ARC/View? Which one do you recommend? I just want a way to see if the =
file
we eventually produce with GrADS can be visualized by standard GIS =
software.
Lets use Mapserver from UMN: http://mapserver.gis.umn.edu. Thanks.
Efren
|
|
From: Arlindo da S. <da...@al...> - 2007-11-27 15:11:42
|
On Nov 26, 2007 5:25 PM, Efren Serra <efr...@me...> wrote:
> I'm more familiar with the Shapefile Perl library than the Shapefile C
> library.
With the perl interface, can you encode colors in a shapefile? Do you
have any simple example showing basic things such as
- how to draw a line in black, and another in green
- how to have a rectangle filled "blue"
- how to define new colors from (red,green,blue) values
Do you have access to any GIS software? Is there a free alternative to
ARC/View? Which one do you recommend? I just want a way to see if the
file we eventually produce with GrADS can be visualized by standard
GIS software.
Thanks,
Arlindo
--
Arlindo da Silva
da...@al...
|
|
From: Arlindo da S. <da...@al...> - 2007-11-27 13:53:37
|
All,
I've been entering documentation the wiki in preparation for the
official launching of OpenGrADS. The Python interface is getting into
pretty good shape, although it can still use a tutorial and a
cookbook, specially on using Matplotlib with a basemap.
http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS
You all should have wiki editing priviliges. If you see any typo or
would like to polish the writing please go right ahead and edit it. If
you need a quick tutorial on MediaWiki syntax check here:
http://meta.wikimedia.org/wiki/Help:Wikitext_examples
If someone would like to contribute documentation, the "red links"
indicates pages yet to be written. For example, one could redo the
classic GrADS tutorial
http://www.iges.org/grads/gadoc/tutorial.html
using pygrads. Any takers?
Arlindo
--
Arlindo da Silva
da...@al...
|
|
From: Efren S. <efr...@me...> - 2007-11-26 22:25:19
|
I'm more familiar with the Shapefile Perl library than the Shapefile C
library.
-----Original Message-----
From: arl...@gm... [mailto:arl...@gm...] On =
Behalf
Of Arlindo da Silva
Sent: Monday, November 26, 2007 2:17 PM
To: efr...@me...
Cc: ope...@li...
Subject: Re: Shapefile extension: first crack
On Nov 26, 2007 1:00 PM, Efren Serra <efr...@me...>
wrote:
> Arlindo,
>
> I can help you with 7) below.
>
That would be great. Are you familiar with the Shapefile C library?
http://shapelib.maptools.org/
Graziano is using it to read shapefiles and I see that t can be used to
create files as well. My understanding of shapefiles is limited. =
Skimming
through the documentation I see that it is possible to save polygons to =
a
shapefile. Is there a way to encode things like:
- color
- transparency
- line thickness
For example, if one saves line segments from a contour plot, each with
different color, some with dashed lines, can they be easily displayed =
into
GIS software?
Regarding filled polygons, I remember Brian mentioning that shapefiles =
have
very specific rules about them, and that he would have to rewrite the
shading function to be shapefile compliant.
Thanks,
Arlindo
--=20
Arlindo da Silva
da...@al...
|
15 messages has been excluded from this view by a project administrator.
