Re: [GRASS-user] interlis import
Hi Patrick, I wouldn't try to open Interlis files directly in GRASS. You are better off converting them to an intermediate format or database, e.g. spatialite, PostgreSQL, GML, etc. and work from there. If you open the files directly, performance will be bad. btw: Interlis consists of two files: 1. .ili file (contains the data model: topics, tables, columns, data types, domain lists, etc.) 2. .itf file (the raw data: geometry and attribute data). - itf means interlis transfer format You always need both files. Here are one or two examples: http://gis.hsr.ch/wiki/HowTo_OGR2OGR Good luck, Andreas On 3/11/11 8:00 PM, Patrick S. wrote: Dear List, does someone have experience in importing the topological format INTERLIS to GRASS? It seems to need an .ili file, that will define polygons, lines and points, but I don't see how to integrate this one in the v.in.ogr command. I managed to use ogr2ogr and tested conversion to shapefile. This one uses the java interpreter ili2c.jar. (see: http://www.gdal.org/ogr/drv_ili.html). It will only work if the .ili is intergrated as in the command: ogr2ogr -f ESRI Shapefile shpdir /home/order/filename.itf,/home/order/description.ili When I import the .itf to GRASS it will only create lines instead of areas. Same result for conversion with ogr2ogr mentioned above when the .ili is not integrated. Any Feedback would be helpful. Patrick P.S. Testfiles can be found http://www.interlis.ch/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] when was the first release of Grass 64 bit?
I am also pretty sure that QGIS (Quantum GIS) was available as a 64bit version before 2006. I don't know exactly when 64bit QGIS became available, though. I personally started with QGIS in about 2006 and there was already a 64bit version. Andreas On Wed, 2 Feb 2011 16:40:22 -, wrote: I am reading through http://en.wikipedia.org/wiki/Manifold_System It claims: Release 7.00 was issued in May 2006 and followed up by Release 7x in the next three months. 7x was released in two flavors: 32-bit and 64-bit. Manifold 7x was the first ever 64-bit GIS application in the industry. Does any know when GRASS 64-bit was first released? Regards Sab ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: GRASS Promotion Team
Hi, I am just commenting on the software. Inkscape is a vector graphics editor based on SVG (for single pages currently), similar to Illustrator or CorelDraw (although those may also support multipage documents). Inkscape, does not, per se produce large files if you stay with text and vector graphics. The files can only get large if you embed a lot of raster graphics. Embedding raster files can result in large files. Scribus is more a DTP software than a graphics editor, similar to InDesign. LaTeX is an entirely different beast with it's own strengths, best suited for writing scientific papers and articles. I don't think it is very well suited to design posters. For posters, flyers, clipart and vector graphics I would go with Inkscape, for multipage brochures I would go with Scribus and for manuals I would go with LaTeX. Btw: Inkscape can be used to produce and edit vector graphics that can later be embedded in Scribus (as SVG) and in LaTeX (I think best as PDF or PNG, or maybe also SVG in more recent versions). Andreas On Sun, October 24, 2010 12:35 pm, Milena Nowotarska wrote: Hi Carlos, Micha et al. Anyone who has a vision of a new catchy GRASS brochure, flayer or even video commercial [1] is kindly asked to stood up and join the GRASS Promotion Team [2]. We just gained a new contributor who is willing to proofread english and german documents, welcome Daniel! All the existing promotion materials are listed on the appropriate wiki page [3]. Carlos Grohmann wrote: I'm in, am I am comfortable with LaTeX, although maybe we could think on using some illustration program, like Inkscape to make the poster and folders. Does Inkscape produce large files? I am asking because we already have a very nice poster [4], translated to several languages, which weights about 9MB for each language. Since it needs to be updated for every GRASS stable release, Martin proposed to rewrite it in LaTeX to share at least the graphics. If you could rewrite it for one language, I can use the LaTeX layout and catch up with other languages. I think the software we will use for promotional materials is to be discussed. For sure LaTeX will be the lightest and good to deal with localization but it will not gain many contributors. For smaller materials than the poster we might use other solutions. Chip has proposed Scribus [5]. Since my knowledge of Scribus is that it exists, I am going to read try and waiting for your opinions. [1] http://grass.osgeo.org/grass_movie_CERL_1987/ [2] http://grass.osgeo.org/wiki/GRASS_promotion_team [3] http://grass.osgeo.org/wiki/Promotional_material [4] http://grass.osgeo.org/wiki/Promotional_material#GRASS_Poster [5] http://www.scribus.net/ Micha Silver wrote: Hello Milena: Maybe it's time for an article in the OSGeo Journal focusing on GRASS for Windows users? Good idea, I am thinking about that and actually I am writing something in Polish now. Some of the ideas might be true for the whole world, too. Would you mind to co-author? Best, Milena -- Milena Nowotarska http://wiki.osgeo.org/wiki/Milena_Nowotarska http://quantum-gis.pl/ || http://grass-gis.pl/ http://www.qgis.org/wiki/4._QGIS_Hackfest_in_Wroclaw_2010 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Very high resolution topographic map of Europe: need help and advices: UPDATE
I agree that this is unacceptable and contradicts/undermines the efforts of organizations and standards body who work on data-formats and web services that help to support vendor-independent standards, such as GML, WFS, Interlis, etc. Doesn't Inspire, and other european projects, mandate open formats and vendor independent access to data? Andreas Benjamin Ducke wrote: It is entirely unacceptable that data produced with European public funding is available in one random, proprietary format only. Maybe we should all email them individually and ask for an open standard format, so they see that there is some wider interest in this. Ben - Original Message - From: Felix Schalck felix.scha...@gmail.com To: Markus Neteler nete...@osgeo.org, benjamin ducke benjamin.du...@oxfordarch.co.uk Cc: grass-user grass-user@lists.osgeo.org Sent: Saturday, September 19, 2009 12:05:10 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [GRASS-user] Very high resolution topographic map of Europe: need help and advices: UPDATE Hi, I got news from the GDAL mailing list, where I posted a similar question about that strange format I downloaded on the CCM JRC web page. It seems to be the new ArcGIS file geodatabase format introduced by ESRI in ArcGIS 9.2, according to Jason Roberts and Frank Warmerdam. The important thing here is that it is a different database format (from .mdb or argis personal database), entirely proprietary which cannot, as of september 2009, be read by any OGR driver. So we took steps to contact the author/distributor of CCM data in order to have the set distributed in another format. More on this to follow. Regards, Felix -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: [Qgis-user] Re: [OSGeo-Discuss] augmenting donations
Hi all, I would like to discuss the sponsoring issue a little bit. For GIS managers that are not in direct charge of their budgets but need to discuss/approve their budget with their bosses/supervisors, I can say that: * It is relatively easy to raise money for development work of concrete features that are to be implemented - bosses usually see a direct value out of this - and they are already used to pay non-open-source corporations for their specific development efforts anyway * it is harder to raise money for bug-fixing - managers are often used to pay subscription fees or support contracts to commercial vendors, but usually aren't used to paying money to fix bugs * it is very hard to justify donations - as bosses usually don't understand the open-source model fully - and often don't see their responsibilities as a user of an open-source project I am just trying to help you guys to understand how government agencies or companies often work (exceptions are always possible). It is important to educate managers regarding the open-source development model. They are just not used to it and at the first glimpse they can find it strange - even if it is to their advantage. One may discuss if QGIS/GRASS (or other projects) could offer yearly support contracts. It may help to raise additional money in some cases. It is important to distinguish such contracts from their fully commercial counterparts. Customers shouldn't be forced into paying those fees/contracts - but they may fell better with paying them. Probably, such contracts, would have to be done by individual companies - or could the steering board coordinate such activities? Many managers in government agencies don't want to be held responsible in case things go wrong - and in case of using open-source software they are fully responsible about their decisions, whereas with commercial software they can always blame their commercial vendor (even if the contracts are always in favor of the software vendor and includes very limited liability of the vendor). At least in Switzerland I know that many GIS managers are thinking this way. They often want to at least share their responsibility with an external company. Just my two cents, Andreas Markus Neteler wrote: Thanks a lot to GFOSS.it! And to the folks managing the donations. To remember: http://www.qgis.org/sponsorship.html http://grass.osgeo.org/donation.php Also small donations are welcome. Best Markus On Fri, Jul 3, 2009 at 11:59 AM, Paolo Cavallinicavall...@faunalia.it wrote: Hi all. At GFOSS.it, we just decided to increase the donations we receive on behalf of projects that adhered to the microdonation initiative (currently GRASS and QGIS), by adding one euro from our budget to every euro donated. I hope this will be appreciated. So now your donations have now more effect for the well being of the projects. Of course, other projects are welcome to join in. All the best. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Discuss mailing list disc...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] g.region, problem with projection
Hi all, I have problems with setting g.region - I always get an error message like the follows: region for current mapset projection field missing However, I defined the projection globally in the PERMANENT mapset of my location. I am using grass 6.4 on the Mac with the frameworks of William Kyngesbury. The PROJ framework is also installed and I can browse the list with epsg codes. Anyone knows what could be wrong - why g.region is complaining about the missing projection field? Thanks a lot, Andreas -- -- Andreas Neumann Switzerland Email: a.neum...@carto.net Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: [Qgis-user] dbf editor for mac for grass and qgis
With this many records I would seriously consider moving to a professional database, such as PostgreSQL/Postgis or Oracle Spatial. Both should run on a Mac. Postgis is of course easier to install and maintain than Oracle. It is also cheaper. Andreas maning sambale wrote: Just finished installing macports gnumeric and it does have the 65K row limit On Thu, Sep 25, 2008 at 4:56 PM, maning sambale [EMAIL PROTECTED] wrote: Thanks for that tip. I'm installing from macports now. But I read somewhere that: GNUmeric could accept more than 256 columns and more of 65000 rows (needs to be re-compiled) On Thu, Sep 25, 2008 at 4:47 PM, Nikos Alexandris [EMAIL PROTECTED] wrote: On Thu, 2008-09-25 at 16:38 +0800, maning sambale wrote: Hi, My usual workflow is like this: All my vectors are in GRASS database and I view them with QGIS. For editing vector attributes, I basically browse the GRASS vectors in QGIS then edit the dbf attributes with OpenOffice calc or base. So far so good. This time I have a vector with more than 100K records. Editing with calc is not possible (hitting the limit of 65K rows) and its painstakingly slow in OO base. Can you use Gnumeric? It's faster and limitless :-) ...ok, maybe no limitless but reads bigger files than OOo I'm looking for ways to speed things up. I cannot find a decent dbf editor for mac. Any ideas? cheers, maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [Fwd: [OSGeo-Discuss] Can I do the same GIS tasks with OS (as with ESRI)?]
Thanks for sharing the link to the thesis. I would like to add that some of the drawbacks of GRASS can be compensated by using GRASS together with QGIS. There are ongoing efforts (mainly by Marco Hugentobler) in QGIS currently to improve the layout and printing tools. I think the integration of both programs looks promising and I hope that in the future the two projects will collaborate and integrate even more where GRASS provides all the numerous analysis and topological features, a good vector engine and commandline for automation; and QGIS concentrates on the Desktop GIS and easy to use GUIs. Andreas Markus Metz wrote: Todd Buchanan compared GRASS and ArcGIS in his master thesis (Geoscience / GIS): Title: Thesis – Comparison of ArcGIS 9.0 and GRASS 6.0: Case Study and Implementation. · Detailed costs and benefits of each GIS and included a comparison of acquisition, installation, implementation, and utilization. · Involved Landsat image classification and analysis of urbanization of Eugene, OR. You can get the thesis here: http://www.toddbuchanan.net/thesis_ver.pdf The thesis used GRASS 6.0 and GRASS became even better since then:-) I would not agree with TB's statement of technical support being virtually non-existent, because you get answers quickly in the mailing lists. I hope that helps, Markus Metz Wolf Bergenheim wrote: This question should go to the GRASS user mailinglist. I'm not a full time GIS analyst, but so far I have not needed anything from ESRI that GRASS and/or other OSGeo projects can't do. Arc is perhaps a bit stronger on the cartography side of things, but with a bit of patience you can produce nice maps with GRASS. --Wolf Original Message Subject: [OSGeo-Discuss] Can I do the same GIS tasks with OS (as with ESRI)? Date: Thu, 24 Apr 2008 13:41:17 -0600 From: Jennifer Horsman [EMAIL PROTECTED] Reply-To: OSGeo Discussions [EMAIL PROTECTED] To: OSGeo Discussions [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] The thread that was started today with the subject Your open source career got me thinking about asking a question that has been rolling around in my head. This is pointed at those people who have experience with ESRI products as well as OS GIS products. I have been a long-time user of ESRI products, but I want to start my own contract business and will not be able to afford the license for ArcGIS/ArcInfo. So I recently set up a Linux box with GRASS installed, but it has been over 10 years since I have used GRASS (it has probably changed since then too!) Does GRASS have the same analysis and display capabilities as ArcGIS? I know this is a very general question, so perhaps another question would be where does GRASS fall short and where does it excel in comparison to the ESRI products? Thanks, Jennifer ___ Discuss mailing list [EMAIL PROTECTED] http://lists.osgeo.org/mailman/listinfo/discuss ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Vectors in WMS
WMS is not limited to rasters. One can also serve the WMS results as SVG, which is a vector format. SVG is supported by Opera, Safari and Firefox. However, there aren't many WMS that support SVG. WMS servers symbolized maps, though, and not original vector geodata. To get unsymbolized original vector data, you'd choose a WFS service. Andreas Maris Nartiss wrote: I'm sorry to disappoint You, but WMS deals with raster and not with vectors. Vectors You can get with WFS or similar service. If You by word vectors mean roads, rivers etc. displayed as raster in WMS service, then You should: 1) Download data as rasters (r.in.wms); 2) Extract objects of interest (r.mapcalc); 3) Run r.thin to get thin lines; 4) Convert result to vectors with r.to.vect. Still You can create buffers and other analysis on raster data. Maris. 2008/4/24, Daniel Victoria [EMAIL PROTECTED]: Hi all, I've found some vectors of interest on a WMS server (Brazilian Environmental Ministry) and I'd like to save those vectors locally so I can do operations like buffers, distances, etc etc, I've seen the r.in.wms. Is there such a functionality for vectors? Thanks Daniel ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Vector drawings in PDF - converting them
ok, the problems are with the curves. The ogr2ogr tool has a converter from Interlis to other ogrformats. Interlis supports arcs (defined by three points). They also calculate new vertices along the arcs to be compatible to other formats that don't support curves. One can define how many Every SVG viewer has code on how to display curves (arcs, quadratic and cubic spline curves). But I don't know if you can dig up and work with that code directly. Many of them probably forward their drawing commands to underlying graphics libraries like Cairo, AGG, OpenVG, Java2D, etc. As you said, you might also want to ask the Batik developers on the Batik list. These people are usually friendly and often help where they can. Andreas Andreas, Thanks for you comments. I agree completely. The curves are definitely where the problem lies. There would need to be a clever algorithm that converted them to polylines with some sort of configurable resolution. However, my guess is the code used convert SVG to raster formats like TIF and PNG has to do something similar. I began looking into using the facilities in Batik to accomplish this. The PNGTranscoder looks to be a good place to start. Haven't gotten very far in this past weekend when I began to look into it, no blatant roadblocks yet. --Kurt Andreas Neumann wrote: Hi, I don't have an immediate solution to your problem, however, I would like to discuss the use of the SVG format. Also, are you using curves in your original data? SVG would be a great format for transforming non-GIS vector maps into a GIS format. But it is not so surprising that most GIS only export and don't import SVG. SVG is usually a presentation format, not a transfer format for GIS data. Also, SVG has a lot of features that can't be easily transfered to GIS - think about elliptical arcs, cubic and quadratic spline curves. Those would have to be transfered into the OGC geometry models, where support for curves is more or less in its infancy. A number of GIS software allows the export of SVG, not always in a very form, though: Postgis (ok), Grass (did not try that), Mapserver (haven't tried that), ESRI (crappy, they seem to have some sort of resolution for their vector export). But, I think it would be great to have svg support incorporated into the ogr tools. It would make sense, also since FME and other OS and commercial GIS support SVG. Andreas I have a TON of vector drawings available to me in PDF format that I'm georeferencing. So far, I'm doing it by converting them to PNGs and using r.to.vect to massage them. This is really tedious and the data isn't as clean as a straight vector conversion would be. In Illustrator, I can see that all the vector math is there. That is, the PDF isn't simply a wrapper around raster data. I've tried opening the PDFs in Illustrator and exporting them as DXFs, but Grass ignores a lot of the data when I do this...they look very different in Grass once imported. I can export them as SVG from Illustrator, but surprisingly, there doesn't appear to be a single open-source tool available out there that converts SVG into some mainstream GIS file format. Does anyone have experience doing this type of conversion? Pointers welcome. -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Database for GRASS
I really recommend PostgreSQL/Postgis. It might be a little more complex to use than Filemaker, but it is easier to use than Oracle or DB2. I believe it is the most widely supported spatial database in Open Source GIS, but also increasingly in the commercial world (ESRI 9.3 will support it through ArcSDE). Also it has a lot more spatial functionality than MySQL or DB2. Don't know about Oracle Spatial. As for database administration I recommend the GUI admin tool pgadmin3, which is very intuitive and cross-platform. It misses the form-part of Filemaker, but other than that it is really easy to use. Andreas Hi folks, I have some questions as to which databases people are using with grass. I currently use Filemaker for as a database, but could never get it to link to GRASS. I was wondering if this problem has been resolved. Otherwise, I am considering which database software would provide easy of use and still get the data I need ported to my GRASS GISs. I contemplating Postgresql but it isn't all that intuitive. How are MySQL and SQLite Browser? Kurt ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Problems with v.external
Hello, I am trying to use postgis datasets read-only using v.external. However, I am having problems. Here is my command: v.external dsn=PG:host=localhost dbname=uster user=an password=mypw layer=natur.naturnahe_gaerten output=gaerten And here is my error message: Sorry, dbname is not a valid parameter Sorry, user is not a valid parameter Sorry, password is not a valid parameter I expected to run into problems with schemas, maybe, but not with the login. What am I doing wrong in the dsn parameters? Thanks for any hints, Andreas -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.ogr should support postgis schemas
I agree that schema support is essential. In Postgis one cannot join tables from different databases, but it works well across schemas. So in practice, all data usually ends up in one big database, but organized in schemas. So yes, please, I also would very much appreciate if v.in.ogr would support schemas. Thank you for considering this improvement. Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) Since more than one year the ogr PostGIS driver supports PostGIS schemas. For good DB-Modelling schemas are very essential. Unfortunately the v.in.ogr command doesn't support PostGIS schemas till today. How are the plans to introduce PostGIS schema support for v.in.ogr? Best regards Dr. Horst Düster GIS-Koordinator, Stv. Amtschef Kanton Solothurn Bau- und Justizdepartement Amt für Geoinformation SO!GIS Koordination Rötistrasse 4 CH-4501 Solothurn Telefon ++41(0)32 627 25 32 Telefax ++41(0)32 627 22 14 mailto:[EMAIL PROTECTED] http://www.agi.so.ch ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
