Re: [OSGeo-Discuss] Java Collaboration...Again

2008-05-05 Thread Bruce . Bannerman
IMO:


Hi Frank,

 
 I would also like to bring to your attention the MetaCRS project, an
 effort to confederate some other existing coordinate system related 
projects
 (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some 
shared
 test data and coordinate system dictionaries.
 
http://wiki.osgeo.org/wiki/MetaCRS
 

Its good to see another project listed.

I hadn't see this project referenced before on the OSGeo Web site at:

- http://www.osgeo.org/

- http://www.osgeo.org/content/faq/foundation_faq.html

- http://www.osgeo.org/incubator/index.html



I'm probably missing the obvious, but do we have a full listing of OSGeo 
projects that are in incubation or have graduated?



Bruce Bannerman




 

Notice:
This email and any attachments may contain information that is personal, 
confidential, legally privileged and/or copyright.No part of it should be 
reproduced, 
adapted or communicated without the prior written consent of the copyright 
owner. 

It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return 
email, delete 
it from your system and destroy any copies. You are not authorised to use, 
communicate or rely on the information 
contained in this email.

Please consider the environment before printing this email.
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] FAQ update needed?

2008-05-05 Thread Markus Neteler
On Mon, May 5, 2008 at 2:22 AM, Helena Mitasova [EMAIL PROTECTED] wrote:
 I looked at the Projects joining the foundation part of FAQ but it looks
 like FAQ answers need an update?
  Also, have all projects listed as OSGeo projects on the OSGeo web site
 passed incubation ?

No.
I have added (as discussed months ago) indication to the list of OSGeo
projects - a star for those yet in incubation, see right block:
http://www.osgeo.org

(changed in https://www.osgeo.org/admin/build/block/configure/block/3
 based on http://wiki.osgeo.org/wiki/Incubation_Committee)

  I am working on a presentation for a USGS workshop and I am trying to make
 sure I provide information that is up to date and accurate and I am not sure
 how safe it is to use the info on the web site,

Now it should be safe.

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


Re: [OSGeo-Discuss] Java Collaboration...Again

2008-05-05 Thread Markus Neteler
On Mon, May 5, 2008 at 9:45 AM,  [EMAIL PROTECTED] wrote:

 IMO:


 Hi Frank,

 
   I would also like to bring to your attention the MetaCRS project, an
   effort to confederate some other existing coordinate system related
 projects
   (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some shared
   test data and coordinate system dictionaries.
  
  http://wiki.osgeo.org/wiki/MetaCRS
  

 Its good to see another project listed.

 I hadn't see this project referenced before on the OSGeo Web site at:

 - http://www.osgeo.org/

I have added indication in the OSGeo projects box to show which
projects are yet in incubation.

 - http://www.osgeo.org/content/faq/foundation_faq.html

Updated.

 - http://www.osgeo.org/incubator/index.html

Points to
http://wiki.osgeo.org/wiki/Incubation_Committee


 I'm probably missing the obvious, but do we have a full listing of OSGeo
 projects that are in incubation or have graduated?

It is essentially the (updated) box on the main site as well as
the Wiki page indicated above.

I agree that a couple (?) of projects aren't listed. I have added new new
section Queuing requests to the Wiki
 http://wiki.osgeo.org/wiki/Incubation_Committee#Queuing_requests
which is possibly yet incomplete. Would leave that to the InCom chair...

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


Re: [OSGeo-Discuss] Java Collaboration...Again

2008-05-05 Thread Bruce . Bannerman
IMO:


Thanks Markus,

Bruce






Markus Neteler [EMAIL PROTECTED] 
Sent by: [EMAIL PROTECTED]
05/05/08 07:33 PM
Please respond to
OSGeo Discussions discuss@lists.osgeo.org


To
OSGeo Discussions discuss@lists.osgeo.org
cc
OSGeo-incubator [EMAIL PROTECTED]
Subject
Re: [OSGeo-Discuss] Java Collaboration...Again






On Mon, May 5, 2008 at 9:45 AM,  [EMAIL PROTECTED] wrote:

 IMO:


 Hi Frank,

 
   I would also like to bring to your attention the MetaCRS project, an
   effort to confederate some other existing coordinate system related
 projects
   (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some 
shared
   test data and coordinate system dictionaries.
  
  http://wiki.osgeo.org/wiki/MetaCRS
  

 Its good to see another project listed.

 I hadn't see this project referenced before on the OSGeo Web site at:

 - http://www.osgeo.org/

I have added indication in the OSGeo projects box to show which
projects are yet in incubation.

 - http://www.osgeo.org/content/faq/foundation_faq.html

Updated.

 - http://www.osgeo.org/incubator/index.html

Points to
http://wiki.osgeo.org/wiki/Incubation_Committee


 I'm probably missing the obvious, but do we have a full listing of OSGeo
 projects that are in incubation or have graduated?

It is essentially the (updated) box on the main site as well as
the Wiki page indicated above.

I agree that a couple (?) of projects aren't listed. I have added new new
section Queuing requests to the Wiki
 http://wiki.osgeo.org/wiki/Incubation_Committee#Queuing_requests
which is possibly yet incomplete. Would leave that to the InCom chair...

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


Notice:
This email and any attachments may contain information that is personal, 
confidential, legally privileged and/or copyright.No part of it should be 
reproduced, 
adapted or communicated without the prior written consent of the copyright 
owner. 

It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return 
email, delete 
it from your system and destroy any copies. You are not authorised to use, 
communicate or rely on the information 
contained in this email.

Please consider the environment before printing this email.
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] Your open source career

2008-05-05 Thread ChrisWebster

Fascinating discussion - and quite encouraging to someone like me who is just
moving into GIS and hoping to make good use of OS GIS tools in future.

As a newbie to all of this technology, I'd go along with the general feeling
that ESRI ArcMap is easier to get started with as an end user, and often far
more sophisticated, than what I've seen of most OS GIS clients.  But for
that kind of money, I'd expect something pretty good.  And proprietary
systems are not always that great e.g. MapInfo seems to have better DB
integration than Arc*, but its cartography tools are nowhere near as good,
at least as far as I can tell.  And my ArcDesktop client still falls over
all the time, especially when I run it on Vista.

From what I've seen on the server side, OS can give ESRI a run for its
money, although integration still requires some work.  But I don't see any
real reason why I would want to use e.g. ArcSDE + SQLServer, for example,
when I could use PostGIS and things like MapServer or GeoServer or Safe FME
to help de-couple the database from my client software.  Provided my client
can talk to non-ESRI interfaces and I'm not already locked into Arc*, of
course.  And this old software lock-in approach still seems to dominate the
world of ESRI, while much of the outside world is moving to de-coupled 3
tier apps.

I guess I'd still want to be able to use big GIS clients like ArcMap for
some work, but I'm not sure every GIS application really needs this kind of
expensive artillery.  Sometimes a nifty little web map will tell the
customer all they need to know.

The biggest problem with OS - nobody seems to have mentioned it yet - is the
lack of user-friendly or coherent documentation, even for mature tools like
GRASS (yes, I know there's a GRASS book, but getting hold of it is like one
of the more arduous treks in Lord Of The Rings...).  The forums are a great
source of expert help (thanks, guys!), and there are lots of tutorials
scattered around the web, but sometimes it's a real relief for this newbie
to relax into the warm bath of an ESRI Virtual Campus training course or
even an old-fashioned paper manual (they're called books for you younger
people out there).  

But what do I know?  I'm only just starting my Open Source Career ;-))

Chris

-- 
View this message in context: 
http://www.nabble.com/Your-open-source-career-tp16883152p17059421.html
Sent from the OSGeo Discuss mailing list archive at Nabble.com.

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


RE: [OSGeo-Discuss] RE: Comparison between Proprietary and OS

2008-05-05 Thread Gavin Fleming
So, who's going to condense this and related threads into a presentation at 
FOSS4G2008? 

It's the sort of input a lot of people are interested in. 

Gavin 
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Micha Silver
Sent: 26 April 2008 04:32 PM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] RE: Comparison between Proprietary and OS

Andre Grobler wrote:

 ...

 So the hurdles for me to OS were acceptance specifically for the following
 reasons:
 Free and easy access and training of ESRI at varsity. Autocad did the same
 and look where that got them.
 Linux, just mentioning command lines has me a little nervous. (I know this
 is changing, but the field calculator is enough programming for me, thanks)

 ...

 So in short I am doing what somebody already suggested, get ESRI for day to
 day soft landing and learn OS GRASS and OSSIM meanwhile for real work;-)
 Hopefully in a while I'll wonder what the fuss was about... and possibly
 contribute, if only to the dummies FAQ section.

 André Grobler

   
Andre:
I had the privilege recently to give a short beginners course in GIS to 
a small group of undergrads in environmental science.  Before the 
semester started I had decided to give the course based on FOSS tools. I 
first sat down with the network technician, who told me that they have 
ArcGIS 9, network licence, but he don't know where the disks were, and 
was concerned about space on the server, network traffic, bogging down 
their Terminal Server etc, etc. So I (rubbing my hands together) told 
him, no problem, we're going with Open Source Software.  Turned out some 
of the students had MACs and one was using Ubuntu, so the choice to go 
with OSS tools was a no brainer.
To my surprise, by the forth lesson we had gotten to watershed analysis, 
and students were running the GRASS modules (within QGIS). Admittedly we 
leapfrogged over some stuff, but still I doubt I could have reached that 
level with Arc* tools in such a short time span.
The comfort zone problem is well know and likely the most difficult 
hurdle to overcome when trying to migrate to OSS tools. But to some 
extent it's nothing more than a matter of perception. Proprietary 
software vendors have surrounded us with distorting mirrors.  Once you 
step away, things look quite different.
 
Regards,
Micha
___
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] Java Collaboration...Again

2008-05-05 Thread Frans Thamura
On Mon, May 5, 2008 at 9:44 PM, Frans Thamura [EMAIL PROTECTED] wrote:

 anyone have the list of stack diagram of OSGeo product that in Java?

 i still confuse and dont get the topic here ;)

 even I am java programmer, i am new in OSGeo:)

 Frans




-- 
-- 
Frans Thamura
Director
Meruvian
Redefining Civilization
Indonesia

Education, Consulting, Networking, Profesional Marketplace, OpenSource
Development and Implementation

Mobile: +62 855 7888 699
Skype: fthamura
YM: [EMAIL PROTECTED]
GoogleTalk: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]

Sun Java Champion
Oracle Ace Director
JEDI Indonesia / JENI Team
JUG Indonesia Founder
jTechnopreneur Community Founder

Blogs:
http://www.jroller.com/fthamura (English)
http://www.nagasakti.or.id/roller/page/fthamura (Indonesia : Motivation Blog

Linkedin: http://www.linkedin.com/in/fthamura
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] Java Collaboration...Again

2008-05-05 Thread Landon Blake
Frans,

 

Perhaps I can help you understand.

 

As far as I know the only two official OSGeo projects for the Java
programming language are gvSIG and GeoTools. OpenJUMP isn't an official
OSGeo project, but I hope that it is one day. :] Even though it isn't
yet a project I try to stay active in the OSGeo as an organization, and
I have a small role in the programming of OpenJUMP.

 

Landon

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Frans Thamura
Sent: Monday, May 05, 2008 7:45 AM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Java Collaboration...Again

 

 

On Mon, May 5, 2008 at 9:44 PM, Frans Thamura [EMAIL PROTECTED]
wrote:

anyone have the list of stack diagram of OSGeo product that in Java?

i still confuse and dont get the topic here ;)

even I am java programmer, i am new in OSGeo:)

Frans




-- 
-- 
Frans Thamura
Director
Meruvian 
Redefining Civilization
Indonesia

Education, Consulting, Networking, Profesional Marketplace, OpenSource
Development and Implementation

Mobile: +62 855 7888 699
Skype: fthamura
YM: [EMAIL PROTECTED]
GoogleTalk: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]

Sun Java Champion
Oracle Ace Director
JEDI Indonesia / JENI Team
JUG Indonesia Founder
jTechnopreneur Community Founder

Blogs:
http://www.jroller.com/fthamura (English)
http://www.nagasakti.or.id/roller/page/fthamura (Indonesia : Motivation
Blog

Linkedin: http://www.linkedin.com/in/fthamura 



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] Java Collaboration...Again

2008-05-05 Thread Frank Warmerdam

[EMAIL PROTECTED] wrote:


IMO:


Hi Frank,

 
  I would also like to bring to your attention the MetaCRS project, an
  effort to confederate some other existing coordinate system related 
projects

  (particularly Proj4JS, CS-MAP and PROJ.4) and to work towards some shared
  test data and coordinate system dictionaries.
 
 http://wiki.osgeo.org/wiki/MetaCRS
 

Its good to see another project listed.

I hadn't see this project referenced before on the OSGeo Web site at:

- http://www.osgeo.org/

- http://www.osgeo.org/content/faq/foundation_faq.html

- http://www.osgeo.org/incubator/index.html



I'm probably missing the obvious, but do we have a full listing of OSGeo 
projects that are in incubation or have graduated?


Bruce,

The MetaCRS effort is not an official project of the foundation at this time.
It is an attempt to confederate a few items and then bring it to the foundation
for incubation.  So, for now it is still essentially unofficial.

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, [EMAIL PROTECTED]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| President OSGeo, http://osgeo.org

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


Re: [OSGeo-Discuss] Your open source career

2008-05-05 Thread Bruno Lowagie

Landon Blake wrote:

The lack of good user documentation is a weakness of many open source
projects. The problem is that most of us like to code, but few of us
like to write!


Speak for yourself! ;-) Am I the exception to the rule? *LOL*

Please don't regard the following as shameless promo. I just want
to share a very interesting experience with future F/OSS writers.

I'm an Open Source developer ( http://www.lowagie.com/iText/ )
but I also like to write. In 2004, I took some time off from
my day job to write a free online tutorial for iText because
the lack of proper documentation was a problem that had to be
addressed (you're right about that, Landon).

Once the first pages of the free tutorial were online, I immediately
received an offer to write a book about iText, first from O'Reilly,
later on also from Manning. After long consideration, I decided to
try writing a book for Manning Publications Co. because they have
the reputation that they are very demanding.

You may think I'm a masochist, but I thought that would be the
best guarantee to write a good book. And it was! I talked with
some authors who claimed that writing their first book for
Manning was a good choice. In hindsight, I agree, although I
might choose for O'Reilly next time ;-)

I spent 3 months writing the book proposal (full TOC included).
6 months writing the manuscript. After these 9 months of hard
labor, another 9 months were needed to get the book ready for
production (copy editing, proof reading, making the index,...).

The result is: http://www.1t3xt.com/docs/book.php

Want to know how much I earned? No problem! Have a look at
my Quarterly overviews here:
http://www.lowagie.com/maand.php?year=2008month=4#806
The revenue listed is limited to the Royalties. You don't
get rich from writing a book, but I also have indirect revenue
from sales (when people buy the book after clicking a link on
my site). I get 10% Royalties and if you study the Quarterly
Overviews, you'll see that the sum I get for each book varies
depending on many factors (time, location,...).
I get between 5% (Amazon) and 15% (Manning) for selling the
book using a link on my site.

But it's not only about the money: the product has gotten
much more attention and it has really boomed! Having a book
is (almost) a guarantee for success for every F/OSS project.

If you are planning to write a book, and you want an introduction
at Manning Publications; or if you just want to talk about starting
such a venture, let me know, and we'll chat.

I know plenty of people who dream of writing a book, how I would
like to persuade them that they should just start writing.
I like to quote Henry David Thoreau: If you have built castles in
the air, your work need not be lost; that is where they should be.
Now put the foundations under them.

best regards (and please pardon my enthousiasm),
Bruno Lowagie
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] Your open source career

2008-05-05 Thread Jacolin Yves
Hi,

Don't forget that some people are not developers but are ready to write 
documentation (in my native langage for me ;) ).

Open Source is not only for developers, but for everyone who want to share his 
works (software, documentation, ideas, etc.).

[my life]That's why I am working on OSGeo-fr, translating news about soft 
release, translating documentation (GDAL-Og, ImageMagick) into French, 
writing documentation about OpenLayers or OGC standards, etc. [/my life]

And I am not alone :) They/we just don't talk so much on mailing list (it's 
bad I know :D ).

Best regards,

Y.
Le Monday 05 May 2008 17:13:01 Landon Blake, vous avez écrit :
 Bruno,

 You are the exception!

 I am familiar with your book, as I bought a copy about 4 months back.
 iText is a great open source library! Please accept my commendation of
 your work.

 Having said that, I don't know that there are many of us that would have
 time to write a book on our favorite FOSS program. This is a great task
 that you have accomplished!

 Landon

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Bruno Lowagie
 Sent: Monday, May 05, 2008 8:04 AM
 To: OSGeo Discussions
 Subject: Re: [OSGeo-Discuss] Your open source career

 Landon Blake wrote:
  The lack of good user documentation is a weakness of many open source
  projects. The problem is that most of us like to code, but few of us
  like to write!

 Speak for yourself! ;-) Am I the exception to the rule? *LOL*

 Please don't regard the following as shameless promo. I just want
 to share a very interesting experience with future F/OSS writers.

 I'm an Open Source developer ( http://www.lowagie.com/iText/ )
 but I also like to write. In 2004, I took some time off from
 my day job to write a free online tutorial for iText because
 the lack of proper documentation was a problem that had to be
 addressed (you're right about that, Landon).

 Once the first pages of the free tutorial were online, I immediately
 received an offer to write a book about iText, first from O'Reilly,
 later on also from Manning. After long consideration, I decided to
 try writing a book for Manning Publications Co. because they have
 the reputation that they are very demanding.

 You may think I'm a masochist, but I thought that would be the
 best guarantee to write a good book. And it was! I talked with
 some authors who claimed that writing their first book for
 Manning was a good choice. In hindsight, I agree, although I
 might choose for O'Reilly next time ;-)

 I spent 3 months writing the book proposal (full TOC included).
 6 months writing the manuscript. After these 9 months of hard
 labor, another 9 months were needed to get the book ready for
 production (copy editing, proof reading, making the index,...).

 The result is: http://www.1t3xt.com/docs/book.php

 Want to know how much I earned? No problem! Have a look at
 my Quarterly overviews here:
 http://www.lowagie.com/maand.php?year=2008month=4#806
 The revenue listed is limited to the Royalties. You don't
 get rich from writing a book, but I also have indirect revenue
 from sales (when people buy the book after clicking a link on
 my site). I get 10% Royalties and if you study the Quarterly
 Overviews, you'll see that the sum I get for each book varies
 depending on many factors (time, location,...).
 I get between 5% (Amazon) and 15% (Manning) for selling the
 book using a link on my site.

 But it's not only about the money: the product has gotten
 much more attention and it has really boomed! Having a book
 is (almost) a guarantee for success for every F/OSS project.

 If you are planning to write a book, and you want an introduction
 at Manning Publications; or if you just want to talk about starting
 such a venture, let me know, and we'll chat.

 I know plenty of people who dream of writing a book, how I would
 like to persuade them that they should just start writing.
 I like to quote Henry David Thoreau: If you have built castles in
 the air, your work need not be lost; that is where they should be.
 Now put the foundations under them.

 best regards (and please pardon my enthousiasm),
 Bruno Lowagie
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss


 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



-- 
Yves Jacolin
---
http://softlibre.gloobe.org
___
Discuss mailing list

RE: [OSGeo-Discuss] Your open source career

2008-05-05 Thread Landon Blake
I shouldn't have painted with such a broad brush. We actually have a great 
bunch of translators for OpenJUMP, and one user that does nothing but work on 
documentation. (English is actually a second language for this user.)

I meant to speak in a more general sense. I agree with the earlier poster, who 
mentioned that documentation for FOSS GIS is not always as pervasive as it is 
for the ESRI stuff. I think this was an accurate observation.

Landon

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jacolin Yves
Sent: Monday, May 05, 2008 8:25 AM
To: discuss@lists.osgeo.org
Subject: Re: [OSGeo-Discuss] Your open source career

Hi,

Don't forget that some people are not developers but are ready to write 
documentation (in my native langage for me ;) ).

Open Source is not only for developers, but for everyone who want to share his 
works (software, documentation, ideas, etc.).

[my life]That's why I am working on OSGeo-fr, translating news about soft 
release, translating documentation (GDAL-Og, ImageMagick) into French, 
writing documentation about OpenLayers or OGC standards, etc. [/my life]

And I am not alone :) They/we just don't talk so much on mailing list (it's 
bad I know :D ).

Best regards,

Y.
Le Monday 05 May 2008 17:13:01 Landon Blake, vous avez écrit :
 Bruno,

 You are the exception!

 I am familiar with your book, as I bought a copy about 4 months back.
 iText is a great open source library! Please accept my commendation of
 your work.

 Having said that, I don't know that there are many of us that would have
 time to write a book on our favorite FOSS program. This is a great task
 that you have accomplished!

 Landon

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Bruno Lowagie
 Sent: Monday, May 05, 2008 8:04 AM
 To: OSGeo Discussions
 Subject: Re: [OSGeo-Discuss] Your open source career

 Landon Blake wrote:
  The lack of good user documentation is a weakness of many open source
  projects. The problem is that most of us like to code, but few of us
  like to write!

 Speak for yourself! ;-) Am I the exception to the rule? *LOL*

 Please don't regard the following as shameless promo. I just want
 to share a very interesting experience with future F/OSS writers.

 I'm an Open Source developer ( http://www.lowagie.com/iText/ )
 but I also like to write. In 2004, I took some time off from
 my day job to write a free online tutorial for iText because
 the lack of proper documentation was a problem that had to be
 addressed (you're right about that, Landon).

 Once the first pages of the free tutorial were online, I immediately
 received an offer to write a book about iText, first from O'Reilly,
 later on also from Manning. After long consideration, I decided to
 try writing a book for Manning Publications Co. because they have
 the reputation that they are very demanding.

 You may think I'm a masochist, but I thought that would be the
 best guarantee to write a good book. And it was! I talked with
 some authors who claimed that writing their first book for
 Manning was a good choice. In hindsight, I agree, although I
 might choose for O'Reilly next time ;-)

 I spent 3 months writing the book proposal (full TOC included).
 6 months writing the manuscript. After these 9 months of hard
 labor, another 9 months were needed to get the book ready for
 production (copy editing, proof reading, making the index,...).

 The result is: http://www.1t3xt.com/docs/book.php

 Want to know how much I earned? No problem! Have a look at
 my Quarterly overviews here:
 http://www.lowagie.com/maand.php?year=2008month=4#806
 The revenue listed is limited to the Royalties. You don't
 get rich from writing a book, but I also have indirect revenue
 from sales (when people buy the book after clicking a link on
 my site). I get 10% Royalties and if you study the Quarterly
 Overviews, you'll see that the sum I get for each book varies
 depending on many factors (time, location,...).
 I get between 5% (Amazon) and 15% (Manning) for selling the
 book using a link on my site.

 But it's not only about the money: the product has gotten
 much more attention and it has really boomed! Having a book
 is (almost) a guarantee for success for every F/OSS project.

 If you are planning to write a book, and you want an introduction
 at Manning Publications; or if you just want to talk about starting
 such a venture, let me know, and we'll chat.

 I know plenty of people who dream of writing a book, how I would
 like to persuade them that they should just start writing.
 I like to quote Henry David Thoreau: If you have built castles in
 the air, your work need not be lost; that is where they should be.
 Now put the foundations under them.

 best regards (and please pardon my enthousiasm),
 Bruno Lowagie
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] Your open source career

2008-05-05 Thread Miles Fidelman

Landon Blake wrote:

The lack of good user documentation is a weakness of many open source
projects. The problem is that most of us like to code, but few of us
like to write! It is something that needs to be addressed, although I am
unsure of the solution. Maybe we need to invent an IDE for user
documentation. :]
  
It sort of depends.  One of the few ways open source developers get PAID 
for their work (unless their day job pays for their open source 
endeavors) is to write books about their software.  Hence the plethora 
of books about Apache, various Linux and BSD varieties, and so forth - 
written by the major developers thereof.


What, you expect high quality software, with high quality documentation, 
and support - with nobody getting paid anywhere along the line?


--
Miles R. Fidelman, Director of Government Programs
Traverse Technologies 
145 Tremont Street, 3rd Floor

Boston, MA  02111
[EMAIL PROTECTED]
617-395-8254
www.traversetechnologies.com

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


RE: [OSGeo-Discuss] Your open source career

2008-05-05 Thread Landon Blake
Bruno wrote:  More specifically: I've been contacted by Dirk Frigne
(geGIS / MAJAS) to solve the plot/print problem in the GIS world.

That is very exciting! Please keep me posted.

Landon

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bruno Lowagie
Sent: Monday, May 05, 2008 8:28 AM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Your open source career

Landon Blake wrote:
 Bruno,
 
 You are the exception!
 
 I am familiar with your book, as I bought a copy about 4 months back.
 iText is a great open source library! Please accept my commendation of
 your work.

What I didn't say is that I've started teaching iText,
and while doing so, I have plenty of new ideas for writing
an even better book (some of the examples in the book are
too academic), but you are right: writing a book takes
a lot of time.

 Having said that, I don't know that there are many of us that would
have
 time to write a book on our favorite FOSS program. This is a great
task
 that you have accomplished!

By the way: I'm currently adding some new functionality to iText,
but once I'm done with my TODO list, I'll be looking towards the
GIS market. More specifically: I've been contacted by Dirk Frigne
(geGIS / MAJAS) to solve the plot/print problem in the GIS world.

That's why I was lurking on this list. To be continued...
Bruno
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


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] Your open source career

2008-05-05 Thread Markus Neteler
On Mon, May 5, 2008 at 1:13 PM, ChrisWebster [EMAIL PROTECTED] wrote:
...
  The biggest problem with OS - nobody seems to have mentioned it yet - is the
  lack of user-friendly or coherent documentation, even for mature tools like
  GRASS (yes, I know there's a GRASS book, but getting hold of it is like one
  of the more arduous treks in Lord Of The Rings...).

Just as hint (with links to Amazon, BarnesNoble, whatever):
http://www.grassbook.org/

It was reprinted in April, so it should be available.

In general I think that OSGeo should promote better their authors, we have
this hidden Wiki template in the Library:
http://wiki.osgeo.org/wiki/Library#GFOSS_Books

This should be prominently advertised on the mail site as
OSGeo Bookshelf.

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


[OSGeo-Discuss] [cfp] 2nd International Workshop on Mobile Geospatial Augmented Reality

2008-05-05 Thread Thierry Badard

Hello,

This workshop announcement could be of interest for some folks on the 
list ... As an open source advocate, I will be very happy to see 
submissions based on open source technologies.


Cheers,

Th.

-

2nd International Workshop on Mobile Geospatial Augmented Reality

http://regard.crg.ulaval.ca
Laval University, Quebec City (Quebec), Canada
August 28-29, 2008



*Aims and scope*

Augmented Reality (AR) is a means of blending computer generated objects
or labels with reality so that both appear to be a part of your natural
environment. AR is beginning to mature as a subject field with
applications moving from pure academic research into industrial and
potential consumer areas. In recent years geographic data representing
real world features has increasingly been used for AR applications. In
addition, geospatial technologies have established many new services and
applications including navigation, decision support and modelling of the
surrounding environment from which mobile AR and location-aware
computing can now benefit in order to generate compelling spatiotemporal
applications.

The International Workshop on Mobile Geospatial Augmented Reality aims
at bringing together researchers, developers, users and practitioners
carrying out research and development in this field. The workshop will
provide a forum for original research contributions and practical
experiences of mobile AR, geospatial technologies and geoinformatics,
and mobile games, fostering interdisciplinary discussions in all aspects
of these three fields, and will highlight future trends in this area.
The workshop will be organized in a way to promote networking between
the participants, to initiate and favour discussions regarding
cutting-edge technologies in the field, to exchange research ideas and
to promote international collaboration.


*Topics of interest*

We invite submissions that address theoretical, technical, and practical
topics of related to mobile geospatial augmented reality. Suggested
topics include, but are not limited to the following:

1. Geospatial information and geoinformatics
  - 3D spatial modeling
  - Geovisualization
  - Geospatial Service Oriented Architectures and systems for mobile
distributed computing
  - Context-aware mobility and LBS
  - Geo-sensors and Sensor Web

2. Mobile augmented reality
  - Acquisition of 3D scene descriptions
  - Real-time and photorealistic rendering
  - Vision-based registration, object overlay and spatial layout
techniques
  - Display and view management
  - Interaction techniques

3. Mobile games
  - Location based games
  - Spatial data integration and 3D game engine
  - Mobile learning and mobile edutainment
  - Augmented and mixed reality in mobile games
  - Mobile gaming experience and gaming activities


*Important dates*

The workshop will be held on the 28th and 29th of August 2008. Here are
the important dates for the workshop:

1. Paper abstracts due  June 02, 2008
2. Full papers due  June 09, 2008
3. Notification of acceptance   July 01, 2008
4. Registration July 15, 2008
5. Final paper version due  July 15, 2008
6. Workshop August 28-29, 2008


*Instructions for authors*

The proceedings are expected to be published by Springer in the Lecture
Notes in Geoinformation and Cartography (LNGC) series (see
http://www.springer.com/series/7418). The decision is currently pending.
Authors must submit full papers in English according to the Springer
formatting guidelines
(http://regard.crg.ulaval.ca/2008/UserFiles/File/instruct-authors-e.pdf).

The templates (Latex or Word template) for preparing full papers can be
downloaded here:

 - Download the Word template
   (http://regard.crg.ulaval.ca/2008/UserFiles/File/T1-book.zip)
 - Download the Latex template
   (http://regard.crg.ulaval.ca/2008/UserFiles/File/svmult.zip)

Nevertheless, *full papers must be submitted in PDF file format*!

The page limit for full papers is 12 pages. Manuscripts not submitted in
the provided style or having more than 10 pages will not be reviewed and
thus automatically rejected. A paper submitted to the 2nd International
Workshop on Mobile Geospatial Augmented Reality cannot be under review
for any other conference or journal during the time it is being
considered for the workshop. All submissions must be original
unpublished work written in English that is currently not under review
elsewhere. The submitted papers will be thoroughly reviewed by two to
three members of the international scientific committee and refereed for
their quality, originality and relevance.

Submission to the workshop will be electronically only. Authors are
asked to submit an abstract first (up to 500 words) in PDF file format
and including authors name and affiliations. Please send the abstract by
email to [EMAIL PROTECTED] with abstract submission as
subject.

Submissions of full papers (in PDF file format) will have to be
performed 

Re: [OSGeo-Discuss] Your open source career

2008-05-05 Thread ChrisWebster

Thanks, Markus.

By the way, for anybody else looking of a fairly painless intro to FOSS GIS,
I can heartily recommend Scott Davis's book GIS for web developers.  It's
aimed mainly at web mapping rather than heavy duty GIS, but it will get you
started with PostGIS, GeoServer, GDAL, uDig, QGIS and several other bits and
pieces.  Well, it worked for me...

Cheers,

Chris


Markus Neteler OSGeo wrote:
 
 On Mon, May 5, 2008 at 1:13 PM, ChrisWebster [EMAIL PROTECTED]
 wrote:
 ...
  The biggest problem with OS - nobody seems to have mentioned it yet - is
 the
  lack of user-friendly or coherent documentation, even for mature tools
 like
  GRASS (yes, I know there's a GRASS book, but getting hold of it is like
 one
  of the more arduous treks in Lord Of The Rings...).
 
 Just as hint (with links to Amazon, BarnesNoble, whatever):
 http://www.grassbook.org/
 
 It was reprinted in April, so it should be available.
 
 In general I think that OSGeo should promote better their authors, we have
 this hidden Wiki template in the Library:
 http://wiki.osgeo.org/wiki/Library#GFOSS_Books
 
 This should be prominently advertised on the mail site as
 OSGeo Bookshelf.
 
 Markus
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss
 
 

-- 
View this message in context: 
http://www.nabble.com/Your-open-source-career-tp16883152p17065977.html
Sent from the OSGeo Discuss mailing list archive at Nabble.com.

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


[OSGeo-Discuss] Research For Shared Java CRS Library

2008-05-05 Thread Landon Blake
A fellow OSGeo member suggested that I move a topic from a private
e-mail discussion to this mailing list. I have been talking with a
couple of the guys from GeoTools, a couple of the guys from deegree, and
a couple of guys from OpenJUMP about a shared Java CRS library. There
are a lot of different opinions on the state of current libraries and on
how to move forward on any shared library. Despite this I think there is
room to share CRS definitions, algorithms and test cases among the
different projects, and at some point in the future (maybe a couple of
years from now), to share code.

 

We would like to continue discussions on the obstacles and issues we
will face in forming and maintaining a shared library (or other shared
resources) over the long run. 

 

I believe at the current time there are two (2) main libraries used for
CRS work in the Java communities. There is the CRS code in GeoTools and
the CRS code in deegree. I think there may also be some personal and
independent CRS libraries maintained by some well-known and active Java
GIS programmers.

 

I have started a wiki page on the OSGeo wiki to discuss collaboration on
a shared Java library for CRS work. On this page I have created a list
of questions about the current implementations of these existing CRS
libraries. I think an important first step in any collaboration is
answering these questions. I have posted a link to the questions for the
deegree CRS code below:

 

http://wiki.osgeo.org/wiki/Java_CRS:_Details_on_Deegree_CRS_Code

 

Over the course of the next couple of weeks I will work on answering
these questions for the deegree and GeoTools CRS code. I'll be reading
over the Javadoc for each library and past e-mail threads to do this.
(I'll also be annoying members of each project's developer mailing
list.) I welcome any assistance with this research.

 

After I have answered these questions for at least the GeoTools and
deegree CRS code I will try to come up with a plan for collaboration.
This plan will start out with modest goals. I'll look first at sharing
CRS definitions, algorithms, and test cases. Then I'll look at sharing
neutral utility code. In the final stages of the plan I'll look at
refactoring common classes and/or interfaces from each library into a
shared library, with the ultimate goal on creating one shared, low-level
Java CRS library.

 

I will post this plan here so others can review and comment on it. 

 

I'm not sure where all of this will lead, or if anything will come of
it, but I know we can accomplish a great deal if we can get some of the
sharp minds in the different Java GIS projects working together instead
of independently.

 

I know some of you want to know why we aren't just going to use the
GeoAPI interfaces. I don't know enough about the GeoAPI code to say that
it won't be used. I think that will need to be part of our research
process. It would make sense to use GeoAPI as a home for common
interfaces if this is possible. I don't want to reinvent any existing
technology. 

 

Landon

 

P.S. - I have subscribed to the MetaCRS mailing list. I will post
messages there about any decisions made on sharing
programming-language-independent (PLI) resources like CRS definitions
or test cases.

 

 

 



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] Research For Shared Java CRS Library

2008-05-05 Thread Justin Deoliveira




I know some of you want to know why we aren’t just going to use the 
GeoAPI interfaces. I don’t know enough about the GeoAPI code to say that 
it won’t be used. I think that will need to be part of our research 
process. It would make sense to use GeoAPI as a home for common 
interfaces if this is possible. I don’t want to reinvent any existing 
technology.
Just to chime in about GeoAPI. From someone who has had to implement a 
number of its interfaces here are my thoughts.


1) Its a great way to talk about standards in the context of java interfaces

2) Its not a good way to promote interoperability

Now this is just my opinion of course so take it with a grain of salt. 
But anyone who has looked at the geoapi interfaces can tell you they are 
not simple. Which creates a large entry barrier for someone wanting to 
implement them, which defeats the entire purpose.


I would think by definition a library which is intended to be used as a 
base for other projects needs to be as simple as possible. Look at proj 
for instance, i am by no means an expert on the code base but from what 
I have seen there are no unnecessary abstractions. Which I would think 
is a large part of the reason it has been utilized so effectively by 
most of the other projects in the C and python community.


My 2c.

-Justin



 


Landon

 

P.S. – I have subscribed to the MetaCRS mailing list. I will post 
messages there about any decisions made on sharing 
“programming-language-independent” (PLI) resources like CRS definitions 
or test cases.


 

 

 




*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. !DSPAM:4007,481f601c109671628642973!





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


!DSPAM:4007,481f601c109671628642973!



--
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


RE: [OSGeo-Discuss] Research For Shared Java CRS Library

2008-05-05 Thread Landon Blake
Thanks for the input Justin.

I agree simplicity (and the broad adoption that results from simplicity)
is a primary goal. We shouldn't let GeoAPI stand in the way of that.

Does anyone know how much of the existing GeoTools code is actually
based on the CRS interfaces in GeoAPI? Is anyone besides GeoTools using
the GeoAPI interfaces for a CRS library implementation in Java?

Landon

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin Deoliveira
Sent: Monday, May 05, 2008 1:20 PM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] Research For Shared Java CRS Library


 
 I know some of you want to know why we aren't just going to use the 
 GeoAPI interfaces. I don't know enough about the GeoAPI code to say
that 
 it won't be used. I think that will need to be part of our research 
 process. It would make sense to use GeoAPI as a home for common 
 interfaces if this is possible. I don't want to reinvent any existing 
 technology.
Just to chime in about GeoAPI. From someone who has had to implement a 
number of its interfaces here are my thoughts.

1) Its a great way to talk about standards in the context of java
interfaces

2) Its not a good way to promote interoperability

Now this is just my opinion of course so take it with a grain of salt. 
But anyone who has looked at the geoapi interfaces can tell you they are

not simple. Which creates a large entry barrier for someone wanting to 
implement them, which defeats the entire purpose.

I would think by definition a library which is intended to be used as a 
base for other projects needs to be as simple as possible. Look at proj 
for instance, i am by no means an expert on the code base but from what 
I have seen there are no unnecessary abstractions. Which I would think 
is a large part of the reason it has been utilized so effectively by 
most of the other projects in the C and python community.

My 2c.

-Justin

 
  
 
 Landon
 
  
 
 P.S. - I have subscribed to the MetaCRS mailing list. I will post 
 messages there about any decisions made on sharing 
 programming-language-independent (PLI) resources like CRS
definitions 
 or test cases.
 
  
 
  
 
  
 
 
 
 *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. !DSPAM:4007,481f601c109671628642973!
 
 


 
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss
 
 
 !DSPAM:4007,481f601c109671628642973!


-- 
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


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] Java Collaboration...Again

2008-05-05 Thread Jody Garnett

Landon Blake wrote:

Frank,

I will join the MetaCRS mailing list as you suggest.

You wrote: If the Java folks don't feel that a shared CRS component belong properly 
in GeoTools...

I don't think most of us will have a problem with the library being hosted by 
GeoTools. It seems like the logical choice. I can visit with Jody about this 
some more of things materialize.
  
I just have some advocacy work to do, right now GeoTools is often viewed 
as an all or nothing affair. In actual fact it is arranged into a series 
of layers (much like the proj, geos, gdal stack).  Some of the geotools 
layers are handled as separate projects (like JTS)  others the 
individual geotools modules ... you only need to include as many of 
these modules as you are planning to use.


What I would like to do is make a few additional GeoTools downloads 
available for specific purposes; that is probably a good idea regardless 
of how this discussion plays out.


Cheers,
Jody

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


Re: [OSGeo-Discuss] Java Collaboration...Again

2008-05-05 Thread Jody Garnett

Frans Thamura wrote:


anyone have the list of stack diagram of OSGeo product that in Java?
i still confuse and dont get the topic here ;)
even I am java programmer, i am new in OSGeo:)



I have a stack diagram for the GeoTools project here; each box 
represents a GeoTools module (a seperate jar much like commons has 
commons-logging, commons-collection, etc...).

- http://docs.codehaus.org/display/GEOTDOC/02+Meet+the+GeoTools+Library

The page has a diagram showing the layers that make up the GeoTools stack:
- GeoAPI (separate project) - the formal interfaces defining the 
standards based data structures we are working with

- gt-api - formal public API
- gt-metadata - implementation of ISO 19115 constructs (used as part of 
referencing)
- gt-referencing - projection support, different plug-ins provide 
support for more crs authorities (like EPSG)
- JTS (seperate project) - adds geometry support (gt-referencing + JTS 
is what you need to make a spatial application the rest is gravy)
- gt-api - formal interfaces defining the non-standards based data 
structures and factories we are working with
- gt-coverage - raster support, different plug-ins provide support for 
more formats

- gt-main - implementation of a lot of geoapi and gt-api
- gt-data - implementation of vector data access, different plug-ins 
provide support for more formats
- gt-jdbc - implementation of jdbc vector data access, different plug-in 
provide support for more formats

- gt-xml - parsing support for several ogc specifications
- gt-cql - implementation of a common query language parser from the ogc 
catalog spec
- gt-render - implementation of a renderer based on the ogc sld 
specification


Beyond that (for an architecture diagram showing how the projects fit 
together) you may want to look at GeoServer (implementation of many ogc 
web services), GeoNetwork (implementation of ogc catalog service) and a 
range of desktop clients from gvSig and OpenJump to uDig.


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


Re: [OSGeo-Discuss] Research For Shared Java CRS Library

2008-05-05 Thread Jody Garnett

Landon Blake wrote:


I know some of you want to know why we aren’t just going to use the 
GeoAPI interfaces. I don’t know enough about the GeoAPI code to say 
that it won’t be used. I think that will need to be part of our 
research process. It would make sense to use GeoAPI as a home for 
common interfaces if this is possible. I don’t want to reinvent any 
existing technology.


Landon that sentence there *is* the definition of the GeoAPI project; 
originally started for Deegree and GeoTools to work together :-) Let's 
have a look and see if it meets those goals...


P.S. – I have subscribed to the MetaCRS mailing list. I will post 
messages there about any decisions made on sharing 
“programming-language-independent” (PLI) resources like CRS 
definitions or test cases.


So would you like us to join the MetaCRS mailing list? And continue the 
discussion there? Or is this a good osgeo-discussions topic?


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


Re: [OSGeo-Discuss] Research For Shared Java CRS Library

2008-05-05 Thread Jody Garnett

Landon Blake wrote:

I agree simplicity (and the broad adoption that results from simplicity)
is a primary goal. We shouldn't let GeoAPI stand in the way of that.
  
Even just taking the abstractions as defined by GeoAPI and turning them 
into classes would remove one level of complexity.


I view GeoAPI as a great way to communicate; especially for people like 
me that do not have access to the original ISO specifications. I also 
find it is easier to pick up a set of Java interfaces than read OGC 
specifications; but your millage may vary...

Does anyone know how much of the existing GeoTools code is actually based on 
the CRS interfaces in GeoAPI?
99% you need a single GeoTools class to get in the game; it is called 
CRS and looks a little like the following:


class CRS {
  CoordianteReferneceSystem decode( String code );
  CoordianteReferenceSystem parseWKT( String wkt );
  CoordinateReferenceSystem lookupIdentifier( CoordianteReferenceSystem 
crs, boolean fullScan );
  MathTransform findMathTransform( CoordinateReferenceSystem source, 
CoordinateReferenceSystem target );

  //  ... other methods I don't personally use
}

There are two other things worth mentioning:
- There is a JTS utility class (called JTS) that will take that 
MathTransform above and use it to hack away at a JTS Geometry.
- If you want to customize your experience you can look up another 
GeoTools class called Hints in order to force XY order and all that 
kind of stuff



Is anyone besides GeoTools using the GeoAPI interfaces for a CRS library 
implementation in Java?
  
I better let Martin answer that one, I cannot remember.  The JScience 
project contains a copy of parts of GeoAPI but mostly they went their 
own way. Deegree 2.x contains a previous version of the GeoTools 
implementation (based on a set of OGC interfaces  rather than the ISO ones).


So yes different projects at different times, the question for me is 
is this it or are the ISO specifications going to change on us? They 
have been pretty good so far; one correction document in 2005 I think; 
but that is probably a discussion for the standards email list.


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


[OSGeo-Discuss] Where 2.0 - OsGeo Flyers

2008-05-05 Thread Alex Mandel
Anyone going to the Where 2.0 conference this coming week want some of 
my leftover OsGeo project flyers from tabling at CGS. I realized I'll be 
in the Bay Area over the weekend and can drop them off.


I guess no one's tabling otherwise they would have asked for the skirt 
and banner. Speaking of which, Tyler - let me know where and when to 
ship them out to the next destination.


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