[OSGeo-Discuss] Project config files and interchange
Over the weekend I had the concepts of the OSGeo Cartographic Library [1] on my mind. I think I'd like to try is to transformation some configuration files between different open source mapping applications, especially those running with XML config files. To get familiar with the various types of config files I started a wiki page [2] where links can be added and real examples of the structure or schemas can be added. If anyone else is interested in this idea of interchange between projects (even with proprietary ones), add your favourite project or improve some of the links I added to the Configuration Files page. Anyone interested? Tyler [1] http://wiki.osgeo.org/wiki/OSGeo_Cartographic_Library [2] http://wiki.osgeo.org/wiki/Configuration_Files ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Manage translation in OSGeo project
Yves, We have to think about hosting pages, but also all the translation process: who is doing what, when do we need what modify, who change what, etc. I believe there are really two (2) areas in which OSGeo projects can focus on translation: (1) Easing the translation of the GUI of FOSS GIS projects. (3) Writing program documentation in a way that makes translation as easy as possible. (2) Understanding how internationalization can impact non-GUI design decisions. The first list item above is the most obvious. How many OSGeo projects currently support internationalization? I know that OpenJUMP does, and that this involves a serious investment in programmer time and energy. But I think the end result is worth the effort. I oftentimes wonder if internationalization is one of the reasons why JUMP foundered and OpenJUMP blossomed... The second list item has a lot to do with document design and layout. I've found, for example, that separating graphics from text can make translation a lot easier, at least for documents that are not laid out dynamically, like PDF and many word processor documents. The third list item is much less obvious, and sometimes I don't even recognize that I might be dealing with a translation issue until I make a concerted effort to think like a non-English speaker. For example: OpenJUMP Feature Schemas reference simple feature attributes by attribute name or a numerical index. I wanted a way to test if a feature schema contained a set of attributes that met a group of minimum requirements. I realized that I shouldn't use attribute names for this test, but the numerical position and/or data type of the attribute instead. This is because an attribute with a name of point description in English is going to have a totally different name in German, though the attribute will serve the same logical purpose. What I should really be doing in the feature schema test is looking for at least one String attribute in the last position of the schema. Maybe we need a short guide on providing internationalization support for open source GIS programs? The Sunburned Surveyor -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yves Jacolin Sent: Sunday, August 24, 2008 7:00 AM To: Discussions, OSGeo Subject: [OSGeo-Discuss] Manage translation in OSGeo project Hi, ** History ** 2 years ago I began to translate the GDAL-OGR documentation into french. In order to do things correctly I contacted FrankW to know which way was the best to do things. As I began to work on a OOo document, we decided that I will send the dox files for gdal and ogr utilities. The other pages are now hosted by my personal website (which aims to host all my documentation). ** Currently ** Now it is finished, and after contacting some other projet, I saw that some project did not think about translation process and hosting. QGIS host its documentation in LaTeX files in SVN which is a quiet good solution but with some constrainte (not all people know LaTeX tags and a lot are afraid about editing LaTeX files). Some other are using Trac wiki which seems quiete limited (but I am not aware of all its possibility). In the past (not so far) I tried to run the Cartoweb Community [1] using Dokuwiki and some hack to manage langage process, but this is not good enough. ** Some propositions ** Well, I have no one, but as I am mainly a translator and began writing some other documentation, I think this is time to think about this (for my personnal point of view ;) ). I think this is important that all documentation should be in the same website as the original, see Dokuwiki website [2] for a good example (to me). We have to think about hosting pages, but also all the translation process: who is doing what, when do we need what modify, who change what, etc. ** Conclusion ** The purposes of this mail are : * tell to everybody (project committee, dev) to not to forget to think about translation * run a discuss about this small issue. Best regards, Y. [1] http://ww.cartoweb-community.net [2] http://www.deezer.com/track/848 -- Yves Jacolin - Donner la liberté aux individus ne suffit pas, il faut aussi leur donner du pouvoir, de la puissance d'agir. M Gauchet Give freedom to people is not enough, we also have to give them the power to use this freedom, to act. M Gauchet - http://yjacolin.gloobe.org http://softlibre.gloobe.org ___ 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
RE: [OSGeo-Discuss] Local Chapter, network and structuration
There is no way I can go to FOSS4G in a foreign country, but I could likely get to a North American meeting on the West Coast. I'm sure others are in the same boat. So from my perspective, this is a good idea. Landon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Morissette Sent: Monday, August 25, 2008 8:58 AM To: OSGeo Discussions Subject: Re: [OSGeo-Discuss] Local Chapter, network and structuration Yves, The concept of Network is very interesting and addresses a need that is met by several local chapters. In the specific case of the Quebec and France chapters, a Francophone network would allows us to coordinate our efforts on French documentation and other French language issues. Here in North America we start to feel the need for a North American meeting to allow people who cannot travel overseas to still meet their peers at least yearly (the goal is not to compete with the international event, but to complement it). A North American network could be added to your schema that would include the Quebec, BC, Ottawa, Twin Cities and New Mexico local chapters (did I forget any?), and one of its goals would be the coordination of a yearly North-American meeting. I presume other continents might end up doing the same. Daniel Yves Jacolin wrote: Hi, **History** OSGeo-fr has been formely created in september as the Francophone Local Chapter following 1 year discussing details for structuring ourselves. In june, Daniel Morissette, Thierry Badard and Nicolas Gignac proposed to people form Quebec to meet each other to think about how Quebec could act inside this Francophone Local Chapter. This meeting began the process for creating Quebec Local Chapter. I won't details more but one of the purposes of this Local Chapter could be to be a kind of local contact for Francophone LC. The creation of the OSGeo-qc is mainly due to the spatial distance and the difference between qc and fr (most people acting in OSGeo-fr come from France) about the way FOSS are used. Each area having their own issue and progress. Daniel, Thierry or Nicolas will correct and clarify this facts. Following the creation meeting of OSGeo-qc I spent some time to think about why this occurs and how change or more specificly how structure OSGeo-fr and OSGeo-qc, how do we work together, etc. ** Propositions** I suggest to not use LC to join people with common langage. As there are some importante difference between countries: what they need to do, how they can do it, etc. Furthermore, following the well knonw sentence : Think global, act local, it is important that one people (or more) act localy, this is not easy within OSGeo-fr. The best way (IMHO) is to create one LC for each country and join this LC into network. So we will create Francophone Network (containing OSGo-fr, OSGeo-qc, etc.), Europeen Network (containing OSGeo-fr, OSGeo-it, OSGeo-de, OSGeo-uk, sp, etc.). Each network allowing each LC to share informations and contact, think global and act local, even if act global could be possible, I think mainly for europeen network. **Conclusion** You will find here [1] the schema_osgeo.pdf file illustrating what could be the structure of OSGeo. I added some information on the right about url website. I suggest to use Name Space for each three group in order to better structure the wiki and allowing searching for only one (or more) of this groups. What does the other LC think about this? Specially Spanih LC which is as the Francophone LC, mainly based on common langage. Best regards, Y. [1] http://osgeo2.gloobe.org/board/ -- Daniel Morissette http://www.mapgears.com/ ___ 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] Manage translation in OSGeo project
I said: I believe there are really two (2) areas in which OSGeo projects can focus on translation: I meant to say three (3) areas. :] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Landon Blake Sent: Monday, August 25, 2008 9:15 AM To: OSGeo Discussions Subject: RE: [OSGeo-Discuss] Manage translation in OSGeo project Yves, We have to think about hosting pages, but also all the translation process: who is doing what, when do we need what modify, who change what, etc. I believe there are really two (2) areas in which OSGeo projects can focus on translation: (1) Easing the translation of the GUI of FOSS GIS projects. (3) Writing program documentation in a way that makes translation as easy as possible. (2) Understanding how internationalization can impact non-GUI design decisions. The first list item above is the most obvious. How many OSGeo projects currently support internationalization? I know that OpenJUMP does, and that this involves a serious investment in programmer time and energy. But I think the end result is worth the effort. I oftentimes wonder if internationalization is one of the reasons why JUMP foundered and OpenJUMP blossomed... The second list item has a lot to do with document design and layout. I've found, for example, that separating graphics from text can make translation a lot easier, at least for documents that are not laid out dynamically, like PDF and many word processor documents. The third list item is much less obvious, and sometimes I don't even recognize that I might be dealing with a translation issue until I make a concerted effort to think like a non-English speaker. For example: OpenJUMP Feature Schemas reference simple feature attributes by attribute name or a numerical index. I wanted a way to test if a feature schema contained a set of attributes that met a group of minimum requirements. I realized that I shouldn't use attribute names for this test, but the numerical position and/or data type of the attribute instead. This is because an attribute with a name of point description in English is going to have a totally different name in German, though the attribute will serve the same logical purpose. What I should really be doing in the feature schema test is looking for at least one String attribute in the last position of the schema. Maybe we need a short guide on providing internationalization support for open source GIS programs? The Sunburned Surveyor -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yves Jacolin Sent: Sunday, August 24, 2008 7:00 AM To: Discussions, OSGeo Subject: [OSGeo-Discuss] Manage translation in OSGeo project Hi, ** History ** 2 years ago I began to translate the GDAL-OGR documentation into french. In order to do things correctly I contacted FrankW to know which way was the best to do things. As I began to work on a OOo document, we decided that I will send the dox files for gdal and ogr utilities. The other pages are now hosted by my personal website (which aims to host all my documentation). ** Currently ** Now it is finished, and after contacting some other projet, I saw that some project did not think about translation process and hosting. QGIS host its documentation in LaTeX files in SVN which is a quiet good solution but with some constrainte (not all people know LaTeX tags and a lot are afraid about editing LaTeX files). Some other are using Trac wiki which seems quiete limited (but I am not aware of all its possibility). In the past (not so far) I tried to run the Cartoweb Community [1] using Dokuwiki and some hack to manage langage process, but this is not good enough. ** Some propositions ** Well, I have no one, but as I am mainly a translator and began writing some other documentation, I think this is time to think about this (for my personnal point of view ;) ). I think this is important that all documentation should be in the same website as the original, see Dokuwiki website [2] for a good example (to me). We have to think about hosting pages, but also all the translation process: who is doing what, when do we need what modify, who change what, etc. ** Conclusion ** The purposes of this mail are : * tell to everybody (project committee, dev) to not to forget to think about translation * run a discuss about this small issue. Best regards, Y. [1] http://ww.cartoweb-community.net [2] http://www.deezer.com/track/848 -- Yves Jacolin - Donner la liberté aux individus ne suffit pas, il faut aussi leur donner du pouvoir, de la puissance d'agir. M Gauchet Give freedom to people is not enough, we also have to give them the power to use this freedom, to act. M Gauchet - http://yjacolin.gloobe.org http://softlibre.gloobe.org ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Project config files and interchange
Tyler: good idea. I think it would be useful, once we have a relatively complete chart, to try to get a least common demonator among different projects. A few thoughts: - initial display / aoi - data connections (bindings, metadata, styles, etc.) Having said this, an XML visualization grammar, such as OWSContext, might be worth investigation as a possible start. ..Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tyler Mitchell (OSGeo) Sent: 25 August, 2008 10:59 AM To: OSGeo Discussions Subject: [OSGeo-Discuss] Project config files and interchange Over the weekend I had the concepts of the OSGeo Cartographic Library [1] on my mind. I think I'd like to try is to transformation some configuration files between different open source mapping applications, especially those running with XML config files. To get familiar with the various types of config files I started a wiki page [2] where links can be added and real examples of the structure or schemas can be added. If anyone else is interested in this idea of interchange between projects (even with proprietary ones), add your favourite project or improve some of the links I added to the Configuration Files page. Anyone interested? Tyler [1] http://wiki.osgeo.org/wiki/OSGeo_Cartographic_Library [2] http://wiki.osgeo.org/wiki/Configuration_Files ___ 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] Local Chapter, network and structuration
On 2008/08/25 9:18 AM, Landon Blake wrote: There is no way I can go to FOSS4G in a foreign country, but I could likely get to a North American meeting on the West Coast. I'm sure others are in the same boat. Well, North America's West Coast includes the 'foreign countries' of Canada and Mexico, if you live in the USA. If people are saying they can't attend [insert name of OSGeo event here], then it would be useful to state why they can't attend. There is a difference between travel/accommodation cost is 'too high' and my workplace has to authorize the travel, and they do not send people to events outside the continent, regardless of the costs. -- Dave Patton CIS Canadian Information Systems Victoria, B.C. Degree Confluence Project: Canadian Coordinator Technical Coordinator http://www.confluence.org/ OSGeo FOSS4G2007 conference: Workshop Committee Chair Conference Committee member http://www.foss4g2007.org/ Personal website: Maps, GPS, etc. http://members.shaw.ca/davepatton/ ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] OSGeo Brazilian Local Chapter Meeting
Hi Everybody, A group of active but quiet developers in Brasil have called for an OSGeo Brazilian Local Chapter meeting during the Latinoware (http://www.latinoware.org/en/node). The idea is to take further efforts to organize local efforts, especially in regard to the recent official adoption of WMS and WFS by the Brazilian Government, as well as to foster I3Geo (http://mapas.mma.gov.br/i3geo) relation to OSGeo. For this reason I am dropping this email to invite everyone who is interested in collaborating. Edmar Moretti ([EMAIL PROTECTED]), the father of I3Geo, is in charge of this meeting organization. So, let's help him... thus far he has been able to organize 4 workshops: I3Geo/MapServer, PostGIS, Geoserver and GVSIG. I would like, also, to request OSGeo permission to use its Logo to advertise the meeting in the Latinoware website. Warm regards, Rafael Medeiros Sperb ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Local Chapter, network and structuration
On 24-Aug-08, at 9:22 AM, Yves Jacolin wrote: What does the other LC think about this? Specially Spanih LC which is as the Francophone LC, mainly based on common langage. I think your ideas are good. The only hypothetical trouble I could think of would be if there are not sufficient number of people to warrant a chapter in a certain country, then how do they join? But I don't think this is barrier, since the network could help encourage the smaller group to get started. Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] OSGeo Booth Help for FOSS4G
Hi all, We have the opportunity to run a booth at FOSS4G again this year. Last year it was a great meeting point and led to lots of productive discussion. If you are interested in helping oversee the booth, meet people, shake hands, smile for the camera, hand out brochures, etc. then please sign up here: http://wiki.osgeo.org/wiki/FOSS4G2008_OSGeo_Booth Also, if you have ideas for what to have/do or prepare for at the booth, feel free to add them to that page too. Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] OSGeo Brazilian Local Chapter Meeting
2008/8/25 Rafael Medeiros Sperb [EMAIL PROTECTED]: Hi Everybody, A group of active but quiet developers in Brasil have called for an OSGeo Brazilian Local Chapter meeting during the Latinoware Rafael, I would suggest that you direct people to use the OSGeo-Brasil list to further organi[s,z]e and publici[s,z]e the meeting. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] OSGeo Booth Help for FOSS4G
Tyler, I planned to be present to the OSGeo booth some day, I am writing my planning and will add my names as soons as possible. I will bring some french documentation about OSGeo ;) Regards, Y. Le lundi 25 août 2008 19:31, Tyler Mitchell (OSGeo) a écrit : Hi all, We have the opportunity to run a booth at FOSS4G again this year. Last year it was a great meeting point and led to lots of productive discussion. If you are interested in helping oversee the booth, meet people, shake hands, smile for the camera, hand out brochures, etc. then please sign up here: http://wiki.osgeo.org/wiki/FOSS4G2008_OSGeo_Booth Also, if you have ideas for what to have/do or prepare for at the booth, feel free to add them to that page too. Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Yves Jacolin - Donner la liberté aux individus ne suffit pas, il faut aussi leur donner du pouvoir, de la puissance d'agir. M Gauchet Give freedom to people is not enough, we also have to give them the power to use this freedom, to act. M Gauchet - http://yjacolin.gloobe.org http://softlibre.gloobe.org ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Manage translation in OSGeo project
On Mon, Aug 25, 2008 at 6:15 PM, Landon Blake [EMAIL PROTECTED] wrote: Yves, We have to think about hosting pages, but also all the translation process: who is doing what, when do we need what modify, who change what, etc. I believe there are really two (2) areas in which OSGeo projects can focus on translation: (1) Easing the translation of the GUI of FOSS GIS projects. (3) Writing program documentation in a way that makes translation as easy as possible. (2) Understanding how internationalization can impact non-GUI design decisions. Here to (un)related drafts in the Wiki: * OSGeo Multilanguage Dictionary (Education): http://wiki.osgeo.org/wiki/OSGeo_Multilanguage_Dictionary * Software Translation Portal (Software stack): http://wiki.osgeo.org/wiki/Software_Translation_Portal The first list item above is the most obvious. How many OSGeo projects currently support internationalization? I know that OpenJUMP does, and that this involves a serious investment in programmer time and energy. But I think the end result is worth the effort. I oftentimes wonder if internationalization is one of the reasons why JUMP foundered and OpenJUMP blossomed... Also GRASS does it: http://grass.osgeo.org/devel/i18n.php#statistics And it's rather easy to set up with gettext() macros in C land (to not pollute the source code). Likewise there will be solutions for other programming languages. Yet is is hard to easily translate *small* chunks (think rainy day). Hence the second proposal above. Best Markus ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Manage translation in OSGeo project
On 25-Aug-08, at 12:32 PM, Markus Neteler wrote: And it's rather easy to set up with gettext() macros in C land (to not pollute the source code). Likewise there will be solutions for other programming languages. In a couple (non-OSGeo) projects I've helped on the translation side but editing XML files for each locale. Each local.xml file entry has a keyword that points back to the PHP page that includes the keyword pointer. These were PHP apps, so maybe only common on web platforms? Do any OSGeo projects use a similar approach? Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Manage translation in OSGeo project
2008/8/25 Tyler Mitchell (OSGeo) [EMAIL PROTECTED]: On 25-Aug-08, at 12:32 PM, Markus Neteler wrote: And it's rather easy to set up with gettext() macros in C land (to not pollute the source code). Likewise there will be solutions for other programming languages. In a couple (non-OSGeo) projects I've helped on the translation side but editing XML files for each locale. Each local.xml file entry has a keyword that points back to the PHP page that includes the keyword pointer. These were PHP apps, so maybe only common on web platforms? Do any OSGeo projects use a similar approach? Tyler, GRASS for instance uses xgettext, we have files for each language, but it all starts with a template file, that contains all original strings. Translators then ..err... translate those messages in the language files. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Local Chapter, network and structuration
My two cents: I feel very confortable in the Spanish OSGeo chapter, even if we are in the incubation process. I will say that I will feel better in any chapter based on a common language than in any other based in political or administrative constraints More, I don't like very much the term local when applied to the current Spanish OSGeo chapter because we aspire to be global (Spanish is spoken by people all around the world, like French, Chinese or Bulgarian). I can't speak on behalf of the Spanish chapter but I would like it to be as helpful as this (English speaking) forum is to me and actually I can assure that the Spanish Chapter is great. I will be more prone to check out, or even to affiliate to, the chapter IN French than the Quebec, Outremer ou Parisien chapter, but sure I will check them out. +1 for language diversity in the OSGeo community +1 for the chapter in Spanish +1 for the chapter in French +1 for any other chapter, local or global +2 for the Bay Area local chapter On 24-Aug-08, at 9:22 AM, Yves Jacolin wrote: What does the other LC think about this? Specially Spanih LC which is as the Francophone LC, mainly based on common langage. I think your ideas are good. The only hypothetical trouble I could think of would be if there are not sufficient number of people to warrant a chapter in a certain country, then how do they join? But I don't think this is barrier, since the network could help encourage the smaller group to get started. Tyler ___ 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] Manage translation in OSGeo project
Markus Neteler wrote: Also GRASS does it: http://grass.osgeo.org/devel/i18n.php#statistics And it's rather easy to set up with gettext() macros in C land (to not pollute the source code). Likewise there will be solutions for other programming languages. Yet is is hard to easily translate *small* chunks (think rainy day). Hence the second proposal above. Folks, What about researching Launchpad to manage translations of OSGeo projects and documents? https://translations.launchpad.net/ Many projects use it to translate both software and docs. I've used Launchpad to help translating Ubuntu to Polish and I have very good impressions. One big advantage I see is that Launchpad is available and user-friendly, so and we don't have to spend time on inventing our own technology process. Here is some overview about how translations work on Launchpad: https://help.launchpad.net/Translations/StartingToTranslate https://help.launchpad.net/Translations/YourProject Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Local Chapter, network and structuration
Dave wrote: If people are saying they can't attend [insert name of OSGeo event here], then it would be useful to state why they can't attend. There is a difference between travel/accommodation cost is 'too high' and my workplace has to authorize the travel, and they do not send people to events outside the continent, regardless of the costs. I suppose my situation is somewhat unique. I only work on open source GIS as a hobby, and it isn't really something my day job will support financially. So in my case only events that are hosted locally or regionally are possible. I'm likely the exception to the rule, and not the rule. Landon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Patton Sent: Monday, August 25, 2008 9:41 AM To: OSGeo Discussions Subject: Re: [OSGeo-Discuss] Local Chapter, network and structuration On 2008/08/25 9:18 AM, Landon Blake wrote: There is no way I can go to FOSS4G in a foreign country, but I could likely get to a North American meeting on the West Coast. I'm sure others are in the same boat. Well, North America's West Coast includes the 'foreign countries' of Canada and Mexico, if you live in the USA. If people are saying they can't attend [insert name of OSGeo event here], then it would be useful to state why they can't attend. There is a difference between travel/accommodation cost is 'too high' and my workplace has to authorize the travel, and they do not send people to events outside the continent, regardless of the costs. -- Dave Patton CIS Canadian Information Systems Victoria, B.C. Degree Confluence Project: Canadian Coordinator Technical Coordinator http://www.confluence.org/ OSGeo FOSS4G2007 conference: Workshop Committee Chair Conference Committee member http://www.foss4g2007.org/ Personal website: Maps, GPS, etc. http://members.shaw.ca/davepatton/ ___ 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