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

[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  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] Open Location Services

[Craig Miller]

OpenLBS has been working for a long time now but I'm not sure of the current
status.  Their website is down, but the source code is available at
http://code.google.com/p/openlbs/

 

Craig

 

 

From: discuss-boun...@lists.osgeo.org
[mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Sampson, David
Sent: Thursday, October 29, 2009 7:15 AM
To: OSGeo Discussions
Subject: [OSGeo-Discuss] Open Location Services

 

I am looking for an open source project that has implemented OpenLS
specification from OGC.

 

I know their are some groups working on this

* PAGC (on their road map)

* OpenRouter (any code yet?)

* OpenGeocoder (any code yet?)

 

I am looking to see if anyone has this OUT OF THE BOX and ready to download
and install.

 

If there are any projects that are close I wouldn't mind hearing when the
proposed release date is or what is required to make OpenLS happen with an
open source solution.

 

My understanding is that OSGEO is working towards refrence implementations
of OGC specs (http://www.opengeospatial.org/pressroom/pressreleases/944)
perhaps OpenLS has a reference implementation?

 

Cheers

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/29/09
00:38:00

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

RE: [OSGeo-Discuss] new military OSS policy

[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

[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  

 

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
 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] WMS Performance Shootout presentation/results

[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] shp -> .svg/.ai ?

[Craig Miller]

Load the shp data into Postgis, then have a look at the AsSvg function.

 



--
Craig Miller, MS
Owner, Geospatial Software Architect
Spatial Minds, LLC
Geospatial Software Engineering
(206) 962-7754




 


From: kjell.a.refs...@hiof.no
Subject: Re: [OSGeo-Discuss] shp -> .svg/.ai ?
Date: Fri, 18 Sep 2009 23:05:23 +0200
To: discuss@lists.osgeo.org

Could I ask you to elabourate a bit?


PostGIS is installed, but how do I proceed to convert?


Best regards,


Kjell Are Refsvik





On 18. sep. 2009, at 22.37, Craig Miller wrote:
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

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

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

[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?

[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

[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  

 

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  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
http://lists.osgeo.org/ma

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

[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