RE: [OSGeo-Discuss] looking for introductory material on cartography

2009-10-31 Thread Craig Miller
I didn't see what the original link was, but the Geographer's Craft is an
excellent resource http://www.colorado.edu/geography/gcraft/notes/notes.html

Craig


 -Original Message-
 From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org]
 On Behalf Of Ian Turton
 Sent: Saturday, October 31, 2009 12:49 PM
 To: OSGeo Discussions
 Subject: Re: [OSGeo-Discuss] looking for introductory material on
cartography
 
 On Fri, Oct 30, 2009 at 6:52 PM, G. Allegri gioha...@gmail.com wrote:
  Thnaks Ian. That's a really interesting material, but it's out of our
  course scope. I need something about basic geodesy, coordinates
  systems, etc.
 
 
 ah geography not cartography - try
 https://www.e-education.psu.edu/natureofgeoinfo/ (browse all the PSU
 offerings at http://open.ems.psu.edu/courseware)
 
 Ian
 --
 Ian Turton
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss
 
 No virus found in this incoming message.
 Checked by AVG - www.avg.com
 Version: 9.0.698 / Virus Database: 270.14.37/2466 - Release Date: 10/31/09
 00:53:00

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] new military OSS policy

2009-10-27 Thread Craig Miller
I'd like to comment that the government has always been a strong supporter
of FOSS and the DOD has made significant contributions.  This paper
clarifies what is in my opinion a long standing DOD OSS position.

 

For a long time the US Army, Corp of Engineers developed GRASS GIS and it
was the best solution out there.  The SCS helped fund this software
development work.  It kept pace w/ ESRI for many years before the DOD
decided to go with Commercial Off The Shelf (COTS) software and stopped
GRASS development.  Other government workers such as Sol Katz contributed
all sorts of FOSS software.  LT Plus was an early Raster to Vector
conversion program used by the USFS, SCS, and DOD.  NASA has contributed
many more applications, data, and utilities.  I'm not positive, but I'm
pretty sure that the contribution of GRASS makes the DOD the largest
contributor to OSGeo out there.

 

For years we ran GRASS GIS on Sun workstations.  The fact that it was FOSS
and had the potential of being ported made me try an early 0.9.1 version of
the Linux kernel and Slackware linux distributed on 23 floppy disks.  A few
months later and we had GRASS running on Linux.  By 1994(ish) we had 30
Linux workstations running kernel 0.9.7 and Dan Haskell's port of LTPlus
doing raster to vector data conversion for the Interior Columbia Ecosystem
Management Project (ICBEMP).  Before there was PostGIS, GDAL, QGis,
MapServer, or MapGuide OS the DOD and other government agencies were
inventing OSGeo.  (Note:  See http://ltplus.org)

 

The DOD paper is notable in that it seems to somewhat reverse the late 90s
decision to push COTS.  Since that time, there has been much less FOSS
running on the military networks.  It's good to hear them make the
clarification that FOSS can be considered COTS, but IMHO the DOD and the US
Government in general should be given credit for their long standing support
of OSGeo/FOSS software.

 

Craig

 

 

From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Bruce Bannerman
Sent: Tuesday, October 27, 2009 4:21 PM
To: discuss@lists.osgeo.org
Subject: Re: [OSGeo-Discuss] new military OSS policy

 

Miles,

It is encouraging to see this policy development.

When combined with the new UK Government Policy on Open Source and Open
Standards [1],  I can see that OS (spatial) is finally starting to get some
serious momentum within government circles.

Perhaps other Governments will also start following suit...

Bruce Bannerman

[1] http://www.cabinetoffice.gov.uk/government_it/open_source.aspx




 -Original Message-
 From: discuss-boun...@lists.osgeo.org
 [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Miles Fidelman
 Sent: Wednesday, 28 October 2009 4:16 AM
 To: OSGeo Discussions
 Subject: [OSGeo-Discuss] new military OSS policy

 ... fresh from the OSD e-press

 --
 Miles R. Fidelman, Director of Government Programs Traverse
 Technologies
 145 Tremont Street, 3rd Floor
 Boston, MA  02111
 mfidel...@traversetechnologies.com
 857-362-8314
 www.traversetechnologies.com

 

 

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] WMS Performance Shootout presentation/results

2009-10-23 Thread Craig Miller
Anyone know why Mapguide OS wasn't represented?  I'd be happy to set one up
if there is a conference in my area (Seattle/Vancouver BC area).

Craig

 -Original Message-
 From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org]
 On Behalf Of Jeff McKenna
 Sent: Friday, October 23, 2009 4:39 PM
 To: osgeo
 Subject: [OSGeo-Discuss] WMS Performance Shootout presentation/results
 
 For those that did not make it to Sydney, here is the WMS Performance
 Shootout presentation with results (GeoServer vs MapServer):
 
 http://www.slideshare.net/gatewaygeomatics.com/wms-performance-shootout
 
 MapServer: power users who manage MapServer sites with high loads/map
 draws should
 take note of the results of MapServer CGI vs MapServer FastCGI, even in
 the case of Shapefiles and Rasters (yes, quite surprising).
 
 All: a lot of credit should go to Andrea Aime from GeoServer who worked
 very hard in bringing the MapServer team up to speed to learn the
 testing process.  It was a great experience and we're already looking
 forward to next year.
 
 -jeff
 
 
 --
 Jeff McKenna
 FOSS4G Consulting and Training Services
 http://www.gatewaygeomatics.com/
 
 
 
 
 
 
 
 
 ___
 mapserver-users mailing list
 mapserver-us...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 
 --
 Jeff McKenna
 FOSS4G Consulting and Training Services
 http://www.gatewaygeomatics.com/
 
 
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] WMS Performance Shootout presentation/results

2009-10-23 Thread Craig Miller
I agree wholeheartedly.  It looks like the bottleneck was the database.
I've been privy to some MapServer tests done by testing teams over several
months and the result there was always deploying the data with long update
cycles to the middle tier disks instead of using the database.  Only then
could the performance of the actual map servers be evaluated.  Performance
shootouts/testing take time to do correctly as each run teaches you more and
more about how your deployment architecture affects the results.

 

Craig

Geospatial Software Engineer

Spatial Minds, LLC http://spatialminds.com/ 

 

From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of antti roppola
Sent: Friday, October 23, 2009 7:34 PM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] WMS Performance Shootout presentation/results

 

It was really interesting. The very close results suggests to me that the
bottlenecks were external to the WMS and more related to external
limitations like the ability to supply things like I/O. It would be
interesting to have profiling data on where the response time was spent. For
Mapserver it'd be a simple case of running Valgrinf and KCacheGrind:

http://kcachegrind.sourceforge.net/cgi-bin/show.cgi/KcacheGrindIndex

Case point. We had an in house app for crunching big raster and KCacheGrind
showed us that an external library was the biggest bottleneck.

A.

On Sat, Oct 24, 2009 at 10:39 AM, Jeff McKenna
jmcke...@gatewaygeomatics.com wrote:

For those that did not make it to Sydney, here is the WMS Performance
Shootout presentation with results (GeoServer vs MapServer):

http://www.slideshare.net/gatewaygeomatics.com/wms-performance-shootout

MapServer: power users who manage MapServer sites with high loads/map draws
should
take note of the results of MapServer CGI vs MapServer FastCGI, even in
the case of Shapefiles and Rasters (yes, quite surprising).

All: a lot of credit should go to Andrea Aime from GeoServer who worked very
hard in bringing the MapServer team up to speed to learn the testing
process.  It was a great experience and we're already looking forward to
next year.

-jeff


-- 
Jeff McKenna
FOSS4G Consulting and Training Services
http://www.gatewaygeomatics.com/








___
mapserver-users mailing list
mapserver-us...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 
Jeff McKenna
FOSS4G Consulting and Training Services
http://www.gatewaygeomatics.com/


___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss

 

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] shp - .svg/.ai ?

2009-09-18 Thread Craig Miller
In a roundabout way... postgis


-Original Message-
From: Kjell Are Refsvik
Sent: 9/18/2009 7:50:27 PM
To: OSGeo Discussions
Subject: [OSGeo-Discuss] shp - .svg/.ai ?
Hi,

Do any of know of a open source tool (preferably command-line)
that converts shapefiles to svg or ai (illustrator)?

Best regards,

Kjell Are Refsvik
Norway
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] RE: Insurance for contractors?

2009-09-14 Thread Craig Miller
Best of both worlds... LLC.  Fall through taxation, but offers protection
too.

Craig



 -Original Message-
 From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org]
 On Behalf Of Miles Fidelman
 Sent: Monday, September 14, 2009 5:23 PM
 To: OSGeo Discussions
 Subject: Re: [OSGeo-Discuss] RE: Insurance for contractors?
 
 Michael P. Gerlek wrote:
  * in the US, sole proprietorship is the way to go for simple one-person,
 garage-based shops
 
 
 Having contracted as both a sole proprietorship and a corporation, I'd
 qualify that one.  Sole proprietorship is easy, but.
 
 - you don't get quite as many tax benefits
 
 - you open yourself up to a lot of personal liability, even with
 insurance - if you have any serious assets (say a house or stock
 portfolio that hasn't completely tanked), putting a corporate shell
 between you and a lawsuit provides some serious protection
 
 - you can simplify some of the paperwork by incorporating as either
 Subchapter S or an LLC
 
 Miles
 
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] Documenting GIS Data Models (Again): Using DXF

2009-09-09 Thread Craig Miller
Landon,

 

I missed your previous post.  I'm not sure if you are modeling GIS Objects
or a relational database but am guessing you are modeling GIS objects.
Since I missed the earlier post(s). Is there a reason why traditional OO
diagrams such as UML Class diagrams won't work for the GIS data you are
modeling?

 

Craig

 

 

From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Landon Blake
Sent: Wednesday, September 09, 2009 12:48 PM
To: OSGeo Discussions
Subject: [OSGeo-Discuss] Documenting GIS Data Models (Again): Using DXF

 

I posted a few weeks back I posted about possible ways to document and share
GIS data models. I decided to move forward with a graphical approach. 

 

I started building diagrams to document my GIS data model for the Public
Land Survey System in the United States. I am drawing these diagrams in a
CAD program. When I get things ironed out I hope to release the following
items to the GIS community:

 

- My completed GIS data model in DXF format that can be used as an
example or template for other models.

- A set of CAD blocks that can be used to build similar diagrams.

 

If I like how things come together with the diagrams, I might try converting
the diagrams to SVG. The diagrams would be much prettier in SVG, but I am
quicker with CAD than I am with Inkscape, and I want to get a prototype
completed quickly.

 

This will make a lot more sense when you get to see the example diagrams.

 

I welcome any collaboration on this effort. If there is interest, I could
move this discussion to the Standards mailing list. It would be great to get
input from interested parties now, while the diagrams are still taking
shape.

 

Landon

 

 

Warning:
Information provided via electronic media is not guaranteed against defects
including translation and transmission errors. If the reader is not the
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited. If you
have received this information in error, please notify the sender
immediately.

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] Documenting GIS Data Models (Again): Using DXF

2009-09-09 Thread Craig Miller
Rupert Essinger designed a visual GIS workflow language in 1991.
http://www.ncgia.ucsb.edu/Publications/Tech_Reports/91/91-6.pdf  

Max Egenhofer designed an entire Direct manipulation UI around Map Algebra.
http://www.spatial.maine.edu/~max/MapAlgebraSurvey.pdf

Both might be inspiring to someone wishing to have a formal framework for
documenting GIS workflow in a simple and intuitive way.

 

I'm still unclear on what type of GIS data models the original poster wants
to document as Smallworld, ArcGIS, GRASS, and others all have quite
different approaches to modeling.

 

If it's OO data, etc then UML class diagrams work great and don't need to be
heavy.  In software dev there are many tools that keep the data models in
sync with the code, there is no reason why the same thing couldn't be
created for GIS data modeling.  The diagrams could be GIS independent, with
underlying drivers to read/write data models for particular GIS packages.

 

If it is a data model, then there are already tools for keeping an
Entity-Relationship Model (ERM) in sync with the data table.  Geometry is
just another data type in the Simple Features view of the world.

 

Craig

Geospatial Software Architect

Spatial Minds, LLC http://spatialminds.com/ 

 

From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Brian Russo
Sent: Wednesday, September 09, 2009 2:49 PM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Documenting GIS Data Models (Again): Using DXF

 

I think it's an interesting problem to solve (Sharing gis models/processes),
but...

 

* Way too heavyweight for us, I don't have time/interest to build  maintain
sheets of DXFs manually

* Of little practical use for us since our processes typically grow pretty
organically with small meetings and whiteboards/stickies, eventually we are
going to stop maintaining these 'heavy' model diagrams.

* Probably more useful for very large teams defining massive workflows with
well-defined requirements/outputs, but I don't really work on those types of
problems often (nor personally know many that really do anymore - and they'd
probably already have some dialect of UML or ERM)

* Can't easily convert those DXFs into GDB/DB schemas or into the processes
themselves, etc, so hence little use at the tech level

 

It might be more useful to define a simple standardized set of symbols that
handles 80% of what we do, and then for more complex processes just lets you
name it, treat them like blackboxes and just annotate them or something.

Personally I would just probably use simple data flow  entity-relationship
diagrams. If there was a simple system that modelled common spatial analysis
processes via symbols then I might be interested in that.

 

I'm skeptical on the real world utility of building/maintaining large sets
of diagrams that A) Don't fit into the business process generation/capture
processes and B) Don't easily convert into the actual code/schemas
underlying.

 

Perhaps figure out what the problem you're really trying to solve is. I.e.
What am I trying to achieve via sharing models?

 

- bri

On Wed, Sep 9, 2009 at 9:48 AM, Landon Blake lbl...@ksninc.com wrote:

I posted a few weeks back I posted about possible ways to document and share
GIS data models. I decided to move forward with a graphical approach. 

 

I started building diagrams to document my GIS data model for the Public
Land Survey System in the United States. I am drawing these diagrams in a
CAD program. When I get things ironed out I hope to release the following
items to the GIS community:

 

-  My completed GIS data model in DXF format that can be used as an
example or template for other models.

-  A set of CAD blocks that can be used to build similar diagrams.

 

If I like how things come together with the diagrams, I might try converting
the diagrams to SVG. The diagrams would be much prettier in SVG, but I am
quicker with CAD than I am with Inkscape, and I want to get a prototype
completed quickly.

 

This will make a lot more sense when you get to see the example diagrams.

 

I welcome any collaboration on this effort. If there is interest, I could
move this discussion to the Standards mailing list. It would be great to get
input from interested parties now, while the diagrams are still taking
shape.

 

Landon

 

 

Warning:
Information provided via electronic media is not guaranteed against defects
including translation and transmission errors. If the reader is not the
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited. If you
have received this information in error, please notify the sender
immediately.


___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss

 

___
Discuss mailing list
Discuss@lists.osgeo.org