Re: [OSGeo-Discuss] Publications on FOSS4G tools in web services
Have a look at: http://wiki.osgeo.org/wiki/Case_Studies On 04/08/10 17:08, Rafal Wawer wrote: Dear All, I am trying to do some advertising within consortium for FOSS web service as good platform for the project we prepare. I have been asked about a publication describing application of FOSS4G web tools in building network services. Comparisons with proprietary tools are most welcome. In previous webpage of MapServer there was a kind of application gallery with over 200 cases... I could not fin it on www.mapserver.org http://www.mapserver.org. Did it dissapear completely? Thank's a lot for your kind help. Best regards: Raf Dr. Rafal Wawer Department of Soil Science Erosion COntrol and Land Protection The Institute of Soil Science and Plant Cultivation - State Research Institute ul. Czartoryskich 8 24-10 Pulawy Poland www.erozja.ung.pulawy.pl http://www.erozja.ung.pulawy.pl ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Cameron Shorter Geospatial Solutions Manager Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 Think Globally, Fix Locally Geospatial Solutions enhanced with Open Standards and Open Source http://www.lisasoft.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] 1 week to test the OSGeo-Live DVD before we burn it
Hi Cameron, The link to the MapGuide overview in the contents list is incorrect. It's pointing to doc/mapguide_overview.html instead of overview/mapguide_overview.html Jason On 3 August 2010 05:21, Cameron Shorter wrote: The OSGeo-Live DVD is looking great, with 43 pre-configured GeoSpatial Open Source packages and marketing documentation. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] GRASS vs OpenJump
Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] GRASS vs OpenJump
You want GRASS in Java, then probably you can try JGRASS instead of QGIS - GRASS Python http://jgrass.wiki.software.bz.it/jgrass/JGrass_Wiki On 8/4/10, Fahad Rasheed fahadarash...@gmail.com wrote: Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] GRASS vs OpenJump
No I dont want GRASS in Java. I want to contribute some work to OpenJump written in JAVA. So I thought of adding some existing GRASS GIS modules to Java On Wed, Aug 4, 2010 at 4:27 PM, Noli Sicad nsi...@gmail.com wrote: You want GRASS in Java, then probably you can try JGRASS instead of QGIS - GRASS Python http://jgrass.wiki.software.bz.it/jgrass/JGrass_Wiki On 8/4/10, Fahad Rasheed fahadarash...@gmail.com wrote: Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. ___ 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] GRASS vs OpenJump
Sure, Go ahead. So you want some programming challenges rather than using of the GRASS application. GRASS and QGIS are all GPL. The functions of the GRASS GIS modules are not patented so you can copy the ideas and implement the functionability to OpenJump. I think there is no problem with what you intend to do. On 8/4/10, Fahad Rasheed fahadarash...@gmail.com wrote: No I dont want GRASS in Java. I want to contribute some work to OpenJump written in JAVA. So I thought of adding some existing GRASS GIS modules to Java On Wed, Aug 4, 2010 at 4:27 PM, Noli Sicad nsi...@gmail.com wrote: You want GRASS in Java, then probably you can try JGRASS instead of QGIS - GRASS Python http://jgrass.wiki.software.bz.it/jgrass/JGrass_Wiki On 8/4/10, Fahad Rasheed fahadarash...@gmail.com wrote: Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. ___ 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] Publications on FOSS4G tools in web services
On Wed, Aug 04, 2010 at 09:08:51AM +0200, Rafal Wawer wrote: Dear All, I am trying to do some advertising within consortium for FOSS web service as good platform for the project we prepare. I have been asked about a publication describing application of FOSS4G web tools in building network services. Comparisons with proprietary tools are most welcome. In previous webpage of MapServer there was a kind of application gallery with over 200 cases... I could not fin it on www.mapserver.org. Did it dissapear completely? Also, http://gallery.osgeo.org/ may be useful. Thank's a lot for your kind help. Best regards: Raf Dr. Rafal Wawer Department of Soil Science Erosion COntrol and Land Protection The Institute of Soil Science and Plant Cultivation - State Research Institute ul. Czartoryskich 8 24-10 Pulawy Poland www.erozja.ung.pulawy.pl ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Christopher Schmidt Web Developer ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] open jump
Why osgeo not hosting open jump? ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Data format frustration - too general!
The idea of geometry is the same for each system from national GIS datasets; to small datasets used to track each fire hydrant for a city. You are correct you need a bit of information about each data set (units, projection, when the data when collected and what accuracy). You may consider looking at CityGML which is intended to be an interchange format for city scale information; all there demos seem to be visual fly-through etc... As for having information about lanes and so forth; that is real up to your data provider; often that information is not available for free. Sometimes you can source it from councils or local governments; but be aware that it may not be set up for navigation (indeed it may of been collected for another purpose such as maintenance or council asset management etc...). So the good news is they may be recording the lines of paint on the road; the bad news is they may not be recording what those lines mean in terms of where cars can turn. My best advice would be to approach a local council and offer to use their city as a pilot for your program and see if you can arrange data access in that manner. Jody On 04/08/2010, at 10:07 AM, berryman wrote: Hello, I am hope to use GIS for a traffic analysis program that I am involved with. After having looked at a couple weeks worth of GIS resources, I still feel like I haven't found what I'm looking for and it's time to get some human input. The main source of my frustration is that all of the standard data formats seem to be too general for my purpose. Common formats provide the ability to encode points, lines, polylines, and polygons (where the locations are unitless). But I need the ability to encode the geographic location (e.g. lat/long, NAD83) of high-level constructs. For instance, I'm not just interested in the location of streets, I'm interested in the location of each lane. I also need to know how street topology and traffic direction so that I can make path planning determinations. Finally, it would even be ideal if I could encode the location of traffic signals, stop signs, bus-only lanes, etc. I know that these types of encoding must exist somewhere , because my Garmin GPS understands the rules of the streets and can anticipate things coming up. For instance, it might tell me stay in the right lane. Are there standard data formats for encoding this information? Or is the ability to encode this a non-public extension of some more generic standard? If so, then how do I go about extending some other standard for my application? Thanks all! -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Data-format-frustration-too-general-tp5370620p5370620.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 ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Data format frustration - too general!
Did you has a look to openstreetmap? cheers -- Giovanni -- On Tue, 2010-08-03 at 17:07 -0700, berryman wrote: Hello, I am hope to use GIS for a traffic analysis program that I am involved with. After having looked at a couple weeks worth of GIS resources, I still feel like I haven't found what I'm looking for and it's time to get some human input. The main source of my frustration is that all of the standard data formats seem to be too general for my purpose. Common formats provide the ability to encode points, lines, polylines, and polygons (where the locations are unitless). But I need the ability to encode the geographic location (e.g. lat/long, NAD83) of high-level constructs. For instance, I'm not just interested in the location of streets, I'm interested in the location of each lane. I also need to know how street topology and traffic direction so that I can make path planning determinations. Finally, it would even be ideal if I could encode the location of traffic signals, stop signs, bus-only lanes, etc. I know that these types of encoding must exist somewhere , because my Garmin GPS understands the rules of the streets and can anticipate things coming up. For instance, it might tell me stay in the right lane. Are there standard data formats for encoding this information? Or is the ability to encode this a non-public extension of some more generic standard? If so, then how do I go about extending some other standard for my application? Thanks all! ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] GRASS vs OpenJump
Rasheed, 1. OSGeo and Open Jump, some details can be hade here http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Why_we_can_not_join_the_OSGeo OpenJump indeed will be strengthened with developer help, from India. 2. Follow GPL Licensing for using and copying and updating any of the software GRASS or OpenJUMP. Ravi Kumar --- On Wed, 4/8/10, Fahad Rasheed fahadarash...@gmail.com wrote: From: Fahad Rasheed fahadarash...@gmail.com Subject: [OSGeo-Discuss] GRASS vs OpenJump To: discuss@lists.osgeo.org Cc: grass-u...@lists.osgeo.org, grass-...@lists.osgeo.org, grass-wind...@lists.osgeo.org Date: Wednesday, 4 August, 2010, 3:25 PM Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. -Inline Attachment Follows- ___ 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] GRASS vs OpenJump
Fahad: I apologize for misspelling your name in the previous post. I also forgot the link to the developer mailing list for OpenJUMP: https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Landon Office Phone Number: (209) 946-0268 Cell Phone Number: (209) 992-0658 -Original Message- From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Landon Blake Sent: Wednesday, August 04, 2010 7:16 AM To: OSGeo Discussions Subject: RE: [OSGeo-Discuss] GRASS vs OpenJump Faheed: I'm involved in the development of OpenJUMP and will try to answer a couple of your questions. Faheed wrote: I also want to know why OpenJump was not accepted by osgeo. There isn't any blame to place on OSGeo. There are a couple of reasons why OpenJUMP isn't an OSGeo project, but the main reason is a lack of resources to get through the incubation process. There are currently about 4 people involved with programming/administering OpenJUMP in a semi-regular basis. Our project administrator (Stefan) is a very busy professor, our best programmer (Larry) works for a busy company, our second best programmer (Michael) has moved onto other projects and only helps out because he has mercy on our poor souls, and I just work on OpenJUMP as a hobby. So there is no one working on OpenJUMP full time. I suspect I'm as involved as anyone, and I'd say I only rack about 8 to 16 hours a month. About ½ of that is slinging code, the other ½ is responding to questions on our mailing lists. It's hard to justify getting through the hoops for OSGeo incubation when you can barely keep up with the bug reports. It's something we've discussed as an OpenJUMP community several times, but everytime we conclude we lack the resources to make the migration successfully. If you are really interested in porting GRASS functionality to OpenJUMP, you should subscribe to our developer's mailing list: I will respond to any specific questions about OpenJUMP programming there. Of course, there are lots of ways to help, not just porting GRASS functionality. We need to test OpenJUMP on the LiveDVD, and write the OpenJUMP LiveDVD documentation. There are also lots of little bugs to squish. Of course, if you have a strong interest in seeing OpenJUMP become an OSGeo project, and can but some effort into that, we could reconsider our earlier decision to not start the incubation process. Landon Office Phone Number: (209) 946-0268 Cell Phone Number: (209) 992-0658 From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Fahad Rasheed Sent: Wednesday, August 04, 2010 2:56 AM To: discuss@lists.osgeo.org Cc: grass-u...@lists.osgeo.org; grass-...@lists.osgeo.org; grass-wind...@lists.osgeo.org Subject: [OSGeo-Discuss] GRASS vs OpenJump Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. 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/mailman/listinfo/discuss
Re: [OSGeo-Discuss] open jump
Fashad, Le mercredi 04 août 2010 15:24:56, Fahad Rasheed a écrit : Why osgeo not hosting open jump? because they didn't ask it ;) Regards, Y. -- Yves Jacolin http://yjacolin.gloobe.org ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Open Source OGC Sensor Web Enablementimplementations [SEC=UNCLASSIFIED]
Yes this listing is self-service, so we depend on the developers and companies to keep their listings up-to-date. --- Raj On Aug 4, at 2:21 AM, Rafal Wawer wrote: BTW. The info on some of the OSGeo tools at OGC standards' implementation inventory weren't updated since several years - UMN MapServer for example is listed with version 4.2 (2004)... Best regards: RAf Dr. Rafal Wawer Department of Soil Science Erosion COntrol and Land Protection The Institute of Soil Science and Plant Cultivation - State Research Institute ul. Czartoryskich 8 24-10 Pulawy Poland www.erozja.ung.pulawy.pl - Original Message - From: Raj Singh r...@rajsingh.org To: OSGeo Discussions discuss@lists.osgeo.org Sent: Monday, July 26, 2010 5:56 AM Subject: Re: [OSGeo-Discuss] Open Source OGC Sensor Web Enablementimplementations [SEC=UNCLASSIFIED] I encourage everyone to register their implementations at: http://www.opengeospatial.org/resource You can find all implementations registered with OGC by going to: http://www.opengeospatial.org/resource/products/byspec and selecting, for example, Sensor Observation Service v.1.0.0 from the drop-down. --- Raj On Jul 23, at 10:30 AM, Kralidis,Tom [Ontario] wrote: -Original Message- From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Bruce Bannerman Sent: Friday, 23 July 2010 01:09 To: OSGeo Discussions Subject: [OSGeo-Discuss] Open Source OGC Sensor Web Enablement implementations [SEC=UNCLASSIFIED] I'm trying to get an understanding of which FOSS4G projects are currently (or are planning to) support OGC Observations and Measurements as well as other OGC Sensor Web Enablement related standards. We see this as a strategic direction that we'll need to explore. Can you please reply to the list with urls to your documentation? MapServer (SOS 1.0.0 server): http://www.mapserver.org/ogc/sos_server.html OWSLib (SOS 1.0.0 client - not mature): http://trac.gispython.org/lab/browser/OWSLib/trunk/owslib/sos.py 52north implementations: http://52north.org/SensorWeb/ OpenLayers client: http://openlayers.org/dev/examples/sos.html ..Tom ___ 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 ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Data format frustration - too general!
Good Morning berryman, Google 'gis traffic analysis' for some possible answers Your message really has 2 parts as I see it so I'll give a shot towards each. First: You might want to start by rereading the manuals for your GIS software package in use and other GIS references specifically areas on projections. Your 'unitless locations' statement suggests to me a big hole is your knowledge. It's only unitless because you have not defined the units in the software or do not know the units of the source data that you are working from. GIS software packages typically support many different projections and once a dataset's projection is defined reprojection can occur with ease. Everything has some level of error and a projection is a way of managing that error. Just as an example, a quick check of my ESRI ArcGIS installation lists 4000+ different predefined projections. I don't know how many are defined in OSGeo. Then, because it might be relevant to your project, you have surveyor defined coordinate systems that you might come across working with traffic alignments. These can be problematic because they might not be able to be converted easily. I'm curious how you are going about doing the encoding. Are you using road construction plans or aerial imagery for your base or something else? Without knowing the established projection of your source data and how different data sets interrelate then moving forward will be impossible because you cannot correlate something like vehicle stopping distance to your generated data. Living in the US and working for a local government, I do 99% of my work in either a State Plane or UTM projection. It's much easier to do length/area calcs under these conditions than with Lat/Long but I can export to LL with a few clicks of the mouse provided the software knows my starting projection. Second: For my personal opinion, any piece of software can be considered a GIS if it allows the spatial relevance of 2 or more objects/entities to be evaluated. This covers a map of land ownership, your traffic analysis and the screen my dentist brings up that shows graphically where all my fillings are. That being said, are you attempting to utilize 'GIS software' in place of a commercial analysis package due to cost? If so then you are definitely taking the 'hard road' because decisions such as database format and other analytical constants will have to be made by you and the engineer certifying the results not to mention so custom software development will possibly have to occur. It is very common to have one database for the spatial features and another for the analytical features with a field or 2 that link them together. Looking at the larger picture, 10% of the project will be the line work. 90% will be the data/intelligence applied to the line work. Good Luck Tom -Original Message- From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of berryman Sent: Tuesday, August 03, 2010 5:08 PM To: discuss@lists.osgeo.org Subject: [OSGeo-Discuss] Data format frustration - too general! Hello, I am hope to use GIS for a traffic analysis program that I am involved with. After having looked at a couple weeks worth of GIS resources, I still feel like I haven't found what I'm looking for and it's time to get some human input. The main source of my frustration is that all of the standard data formats seem to be too general for my purpose. Common formats provide the ability to encode points, lines, polylines, and polygons (where the locations are unitless). But I need the ability to encode the geographic location (e.g. lat/long, NAD83) of high-level constructs. For instance, I'm not just interested in the location of streets, I'm interested in the location of each lane. I also need to know how street topology and traffic direction so that I can make path planning determinations. Finally, it would even be ideal if I could encode the location of traffic signals, stop signs, bus-only lanes, etc. I know that these types of encoding must exist somewhere , because my Garmin GPS understands the rules of the streets and can anticipate things coming up. For instance, it might tell me stay in the right lane. Are there standard data formats for encoding this information? Or is the ability to encode this a non-public extension of some more generic standard? If so, then how do I go about extending some other standard for my application? Thanks all! -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Data-format-frustration-too-gener al-tp5370620p5370620.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 ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Data format frustration - too general!
berryman kirjoitti: For instance, I'm not just interested in the location of streets, I'm interested in the location of each lane. I also need to know how street topology and traffic direction so that I can make path planning determinations. Finally, it would even be ideal if I could encode the location of traffic signals, stop signs, bus-only lanes, etc. I know that these types of encoding must exist somewhere , because my Garmin GPS understands the rules of the streets and can anticipate things coming up. For instance, it might tell me stay in the right lane. Are there standard data formats for encoding this information? Or is the ability to encode this a non-public extension of some more generic standard? If so, then how do I go about extending some other standard for my application? Jody mentioned CityGML, which may have some data model elements for transportation data, but I believe each agency or company (Garmin, NavTech, etc) have their own data models. I've used one Finnish transportation data a bit and its data model was designed specifically for the purpose by the Finnish government agency for road admininstration. Interestingly, ESRI has just released a white paper of highway data management. Google search gives a link to OGC transportation pilot. Books on GIS-T describe the ideas behind developing transportation data models. Best regards, Ari Thanks all! ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] open jump
The question is what you mean by hosting? If you ask why we are not an OSGeo project then the answer from Yves is correct: we did not apply. Although I have written/filled most documents necessary and we also have people who would support us in the incubation process the problem is that we simply don't have the resources to put an OSGeo membership into place. We are a pure voluntary project since a while and almost all of us work in their free time on improving OpenJUMP. Hence, I don't want to impose any management and control structures and schedules on any of us, and I am just happy if one of us founds time to improve OJ. Subsequently and despite that fact that we had a positive vote for joining OSGeo about 2 years ago, I decided that every minute spent on the project is better spent with answering user emails and coding bug fixing than with putting in efforts for (i) establishing and maintaining OSGeo conform management structures, (ii) reviewing code (for license issues), and (iii) moving infrastructure to OSGeo servers etc. Its not that I think the OSGeo demands a lot of management overhead, and I personally see that the OSGeo structures are there to ensure the quality of software and project management. But we simply don't have the people that can spend that much time on that (including me). Fortunately we have been able to run the OpenJUMP/Jump-Pilot project the way we do now for about 4 years, and I more or less hope it can continue this way. I also think we worked one the bus-factor ;) so one/I can be half a year off without any serious implications. I hope my lengthy answer answers what you want to know. And I also hope that this email make some people think about all the volunteer efforts that are done by committed people in the software projects. cheers, stefan Yves Jacolin wrote: Fashad, Le mercredi 04 août 2010 15:24:56, Fahad Rasheed a écrit : Why osgeo not hosting open jump? because they didn't ask it ;) Regards, Y. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] GRASS vs OpenJump
A final note, GRASS functionality for raster processing may be best added to Sextante [1]. A java toolbox that is used by OpenJUMP (and gvSIG and Kosmo) for raster processing. Vector analysis functions could be added directly. not sure how difficult it would be to port GRASS functions. The past months I have put structures in place (main classes copied from Sextante) to allow OpenJUMP to have its own Raster Analysis functions without using Sextante. stefan [1] www.sextantegis.com Landon Blake wrote: Fahad: I apologize for misspelling your name in the previous post. I also forgot the link to the developer mailing list for OpenJUMP: https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Landon Office Phone Number: (209) 946-0268 Cell Phone Number: (209) 992-0658 -Original Message- From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Landon Blake Sent: Wednesday, August 04, 2010 7:16 AM To: OSGeo Discussions Subject: RE: [OSGeo-Discuss] GRASS vs OpenJump Faheed: I'm involved in the development of OpenJUMP and will try to answer a couple of your questions. Faheed wrote: I also want to know why OpenJump was not accepted by osgeo. There isn't any blame to place on OSGeo. There are a couple of reasons why OpenJUMP isn't an OSGeo project, but the main reason is a lack of resources to get through the incubation process. There are currently about 4 people involved with programming/administering OpenJUMP in a semi-regular basis. Our project administrator (Stefan) is a very busy professor, our best programmer (Larry) works for a busy company, our second best programmer (Michael) has moved onto other projects and only helps out because he has mercy on our poor souls, and I just work on OpenJUMP as a hobby. So there is no one working on OpenJUMP full time. I suspect I'm as involved as anyone, and I'd say I only rack about 8 to 16 hours a month. About ½ of that is slinging code, the other ½ is responding to questions on our mailing lists. It's hard to justify getting through the hoops for OSGeo incubation when you can barely keep up with the bug reports. It's something we've discussed as an OpenJUMP community several times, but everytime we conclude we lack the resources to make the migration successfully. If you are really interested in porting GRASS functionality to OpenJUMP, you should subscribe to our developer's mailing list: I will respond to any specific questions about OpenJUMP programming there. Of course, there are lots of ways to help, not just porting GRASS functionality. We need to test OpenJUMP on the LiveDVD, and write the OpenJUMP LiveDVD documentation. There are also lots of little bugs to squish. Of course, if you have a strong interest in seeing OpenJUMP become an OSGeo project, and can but some effort into that, we could reconsider our earlier decision to not start the incubation process. Landon Office Phone Number: (209) 946-0268 Cell Phone Number: (209) 992-0658 From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Fahad Rasheed Sent: Wednesday, August 04, 2010 2:56 AM To: discuss@lists.osgeo.org Cc: grass-u...@lists.osgeo.org; grass-...@lists.osgeo.org; grass-wind...@lists.osgeo.org Subject: [OSGeo-Discuss] GRASS vs OpenJump Hi all , I recently viewed OpenJump application written in JAVA which is also a GIS software but have less features when compared to GRASS GIS. What my plan is to contribute modules of GRASS GIS written in C/Python to OpenJump written in Java. Does osgeo or any grass developers have any objection in copying the code (mean the idea of making modules) to other OpenSource software like OpenJump. I do not mean of copying the whole code as same to java. What is my part of contribution is porting C/C++/Python code to Java and making some hacks on source code. I also want to know why OpenJump was not accepted by osgeo. Any sugeestion and comments are really welcomed.. 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/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Data format frustration - too general!
Further to Jody's comment, CityGML is an application profile (also referred to as a community schema), which provides more details about a specific domain than GML. I describe it in more detail here: http://cameronshorter.blogspot.com/2008/10/community-schemas-making-sense-out-of.html On 04/08/10 23:42, Jody Garnett wrote: The idea of geometry is the same for each system from national GIS datasets; to small datasets used to track each fire hydrant for a city. You are correct you need a bit of information about each data set (units, projection, when the data when collected and what accuracy). You may consider looking at CityGML which is intended to be an interchange format for city scale information; all there demos seem to be visual fly-through etc... As for having information about lanes and so forth; that is real up to your data provider; often that information is not available for free. Sometimes you can source it from councils or local governments; but be aware that it may not be set up for navigation (indeed it may of been collected for another purpose such as maintenance or council asset management etc...). So the good news is they may be recording the lines of paint on the road; the bad news is they may not be recording what those lines mean in terms of where cars can turn. My best advice would be to approach a local council and offer to use their city as a pilot for your program and see if you can arrange data access in that manner. Jody On 04/08/2010, at 10:07 AM, berryman wrote: Hello, I am hope to use GIS for a traffic analysis program that I am involved with. After having looked at a couple weeks worth of GIS resources, I still feel like I haven't found what I'm looking for and it's time to get some human input. The main source of my frustration is that all of the standard data formats seem to be too general for my purpose. Common formats provide the ability to encode points, lines, polylines, and polygons (where the locations are unitless). But I need the ability to encode the geographic location (e.g. lat/long, NAD83) of high-level constructs. For instance, I'm not just interested in the location of streets, I'm interested in the location of each lane. I also need to know how street topology and traffic direction so that I can make path planning determinations. Finally, it would even be ideal if I could encode the location of traffic signals, stop signs, bus-only lanes, etc. I know that these types of encoding must exist somewhere , because my Garmin GPS understands the rules of the streets and can anticipate things coming up. For instance, it might tell me stay in the right lane. Are there standard data formats for encoding this information? Or is the ability to encode this a non-public extension of some more generic standard? If so, then how do I go about extending some other standard for my application? Thanks all! -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Data-format-frustration-too-general-tp5370620p5370620.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 ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Cameron Shorter Geospatial Director Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 Think Globally, Fix Locally Geospatial Solutions enhanced with Open Standards and Open Source http://www.lisasoft.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss