Menu
▾
▴
mapstorer-devel — List for MapStorer developing issues
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(72) |
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(1) |
Feb
(1) |
Mar
(16) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(13) |
Aug
(33) |
Sep
(15) |
Oct
(27) |
Nov
(1) |
Dec
(4) |
| 2008 |
Jan
|
Feb
(9) |
Mar
|
Apr
(1) |
May
(4) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <vdi...@wh...> - 2009-03-13 22:41:17
|
The Organising Committee would like to welcome all interested
participants to submit abstracts for presentations for the Free and Open
Source Software for Geospatial conference (FOSS4G), being held in
Sydney, Australia October 20-23. FOSS4G offers participants an
opportunity to learn from and share your knowledge, experience and ideas
with a group of like minded individuals representing a wide array of
industries, governments, technologies and nationalities.
Presentations are open to all those interested and will comprise a 30
minute slot which includes hand-over, introductions and 5 minutes for
questions. Presentations will be selected which have a strong "Open
Geospatial" theme to them. The committee is looking for a mixture of
technical and non-technical presentations.
In deference to the conference theme of User Driven, topics of
particular interest are:
* Case Studies: Share your experiences implementing and using open
source geospatial. What problems were you attempting to solve? How
successful were you and at what cost? What can others learn from your
experience?
* Business Case: Have you had to sell the Open Source concept
within your organisation? How did you present the concept to management?
How did you present the cost/benefit scenarios and build the business
case? What hurdles did you encounter and how did you surmount them?
* Collaboration: Have you faced the trials of collaboration between
organisations, remote offices or team members scattered to the far
corners of the globe? What steps have you taken to improve the
efficiency of your collaboration: open or de facto standards,
decentralised data collection, or the myriad of solutions that only you
could describe?
* Security: Securing you data while ensuring ease of access to
those select few within your inner circle can be a daunting task. Share
you successes, and your failures, with others facing their own security
issues.
* Developments: Have you created a shiny new widget that is about
to change the world? Or has your time-honoured project finally completed
a much requested feature or two? Bring us up to date with the new
developments in your open source geospatial software products with all
the latest buzz: what does it do, how are people using it and what is in
store for the next year.
For more information, visit the FOSS4G site at
http://2009.foss4g.org/presentations/
The deadline for presentation submissions is June 1st 2009. See you in
Sydney.
[edit] FOSS4G 2009 Highlights
The Climate Challenge Integration Plugfest (CCIP): FOSS4G will launch
the OGC's Climate Challenge Integration Plugfest (CCIP), which
demonstrates standards based interoperability between Open Source and
Proprietary geospatial applications. It consists of a server with
multiple virtual machines, each installed with geospatial applications
offering standards based web services. All web services will demonstrate
a common dataset, and will be accessed by a range of geospatial client
applications installed on client computers.
http://external.opengis.org/twiki_public/bin/view/ClimateChallenge2009/WebHome
Presenters are encouraged (but not mandated) to make use of scenarios
and on-site data from the Climate Challenge Integration Plugfest (CCIP).
This is especially important as demand for access to data over the
internet is expected to be high, and Australia has notoriously slow
connections to the outside world.
FOSS4G Live DVD: LiveDVDs, based on the Xubuntu operating system and
including Geospatial Open Source Software, will be given to all
delegates. Users can boot a Live DVD on their computer and trial the
software without installing or effecting the existing system.
http://wiki.osgeo.org/wiki/Live_GIS_Disc
Installfest: The Installfest will give delegates the opportunity to meet
in a common area and install a wide variety of FOSS software on their
laptops, EE PC or any other system they care to bring in. Community
members will be around to assist with any troubles and provide help and
insight into the software. The install fest will take place after
workshops on the first day.
Workshops and Tutorials: Workshops and Tutorials allow presenters to
lead attendees through applications, integration solutions, or other
topics in an interactive environment. Half-day workshops (3 hours) will
be held in computer rooms on the first day. Tutorials (90 minutes) will
be held in standard presentation rooms, run concurrently with
presentations during the third and fourth days.
Presentations: The meat of the conference are it's presentations.
Drawing on a huge community of local, regional and international experts
we will discuss some of the most current and poignant topics in the
industry today.
Demo Theatre: During lunch and coffee breaks the demonstration theatre
will be showcasing live software. These short demonstrations from
sponsors, open source projects and the user community show what is
possible with open source today.
Birds of a Feather: Rooms have been set aside for semi-organised
meetings between like minded groups. Some prominant community
initiatives started in prior FOSS4G Birds of a Feather sessions.
Code Sprint: The weekend after FOSS4G is reserved for the Hackers' Code
Sprint. Hackers will be locked in a basement with lots of bandwidth,
pizzas and coke. (Well, maybe something better than that, but we don't
want to spoil the mystical hacker image by describing it any differently.)
[edit] Upcoming milestones
* 9 Mar 2009, Call for Abstracts opens
* 30 Mar 2009, Notification of acceptance for workshops/tutorials
* 13 Apr 2009, Registration for conference and workshops opens
* 1 Jun 2009, Abstract submission deadline
* 13 Jul 2009, Presenters notified of acceptance for talks
* 31 Jul 2009, Author/Early registration deadline
* 14 Sep 2009, Completed program available on the wiki
* 20 Oct 2009, FOSS4G Workshop
* 21-23 Oct 2009, FOSS4G Presentations and Tutorials
* 24-25 Oct 2009, FOSS4G Code Sprint
[edit] Media Sponsors
* Position Magazine: http://www.positionmag.com.au
* Geoconnexions Magazine: http://www.geoconnexion.com/
For information about this announcement, contact:
FOSS4G Organising Committee:
http://wiki.osgeo.org/wiki/FOSS4G_2009#Contact_Us
or,
Cameron Shorter, Chair of the FOSS4G Organising Committee and Geospatial
Systems Architect at LISAsoft
tel +61-8570-5050
|
|
From: intan a. <int...@ya...> - 2008-06-19 08:33:41
|
hi everyone.. in download page : http://www.mapstorer.org/eng/download.html ,written that 'at mapstorer 0.8 : pmapper-Plugin for writing configuration files for pmapper 2.1.1 webgis (disabled by default)' can you tell what is that mean?? thank u best regrads, intan |
|
From: Alessandro P. <al...@ti...> - 2008-05-20 15:54:44
|
Il martedì 20 maggio 2008, Hr. Johannes Loose ha scritto:
> Hello again...
>
> Regarding to the problem editing layers:
>
> Meanwhile I found the lookup table ntbl_connectiontype, which includes OGR.
> Still: It is not imported.
>
> if(extension_loaded('dbase')){
> $dbh = dbase_open($db_path, 0)
> or die("Error! Could not open dbase database file '$db_path'.");
>
> And that's the point where the script dies.
>
IIRC that piece of code (I'm not the author) opens the .dbf associated with a
shapefile to extract attributes.
It's probably buggy and it's also an unmet dependancy for all debian/ubuntu
based systems which do not distribute dbase PHP bindings anymore.
Regards.
--
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3: www.itopen.it
Linux User# 167502
|
|
From: Hr. J. L. <lo...@lw...> - 2008-05-20 15:36:19
|
Hello again...
Regarding to the problem editing layers:
Meanwhile I found the lookup table ntbl_connectiontype, which includes OGR. Still: It is not
imported.
More serious is the next problem, that was mentioned in my prior mail, too: I am not able to
edit any vector layers at the moment, independend from the connectiontype.
This is caused through a .dbf file check in the file details/layer.pdf . In line 198 the following if-
condition starts:
if ($_GET['layer_source'] == "vectorfile" || $_GET['layer_source'] == "othervectorfile"){
Inside that condition the name of a .dbf file is figured out, and the file is opened:
if(extension_loaded('dbase')){
$dbh = dbase_open($db_path, 0)
or die("Error! Could not open dbase database file '$db_path'.");
And that's the point where the script dies.
I'm not skilled enough to understand what the code is exactly trying to do there, but I can
clearly see, that the connectiontype is not checked. So I do not get the clue why the code is
trying to open a .dbf file when the attibutes are stored in a database or elsewhere, but not in a
shapefile table. With shapefiles it should work, it doesn't though. The variable $db_path is
set to: preview_data_path + filename, but the data is located in the data directory or
elsewhere, not in the preview dir. I'm stuck at that point, because I do not even know why the
Attribute table should be opened at that point. Shoudn't the script just fetch the data for the
selected layer out of the mapstorer database and print it out in the form?
Maybe you could give me a hint, what's going wrong there...
Thank you in advance
Johannes
|
|
From: Hr. J. L. <lo...@lw...> - 2008-05-20 09:01:00
|
__________________________________________________________________________ NOTE: This is a copy from a thread on the mapbender-users mailing list. I did the cross posting intentionally, for the case that there are mapstorer users which do not monitor the mapbender list. But: PLEASE DO NOT VOTE OR REPLY TO THIS THREAD IN THE MAPSTORER LIST Use the mapbender mailing list instead, please. That way we can avoid confusion and redundancies. __________________________________________________________________________ Dear Mapbender users and devs, Dear Mapstorer Community: Should there be done some work to bring mapbender and mapstorer closer together? Here are some of my thoughts: With mapbender we have an open source WebGIS environment that once installed and customized it can be maintained even by not-so-advanced users. After some training, an end user with some GIS knowledge, but no deeper computer knowledge should be able to use the mapbender GUI and keep GIS projects up to date. But mapbender offers no possibility to manage the geodata itself, that´s not what it was designed for. Assuming that the UMN Mapserver is the most widely used WMS Server, it would be great to have an application to manage Mapfiles with the same simpleness. I think of changing colors, symbols, labeling or things like that via a web-based user interface. Well we have an application that can do that, the mapstorer! Unfortunately, the `team play´ of mapbender and mapstorer ist not as comfortable as it could be. A mapfile, managed by mapstorer has to be exported and imported into mapstorer manually. Maybe this mechanism could be simplified by an additional mapbender module and some slight changes in the mapstorer export function (Like: export to mapbender, autoimport). Dealing with two independent applications, we have a different user management, thus forcing two logins. So the second desire for the ,getting together´ would be a way to combine the user management, if possible. Mapstorer in the current development stage is a nice and usable application with comprehensive functions but it still has some shortcomings. I´d like to state some improvement suggestions at this place, knowing well that it is a lot of work in total and that it won´t be solvable over night. Interested users and potential developers should also have a look in the mapstorer wiki, where future development is indicated: http://212.79.172.185/mswiki/index.php/Future_Development/Functions_Exchange * Mapstorer has only a basic user management at this stage, this should be improved in order to have multiple independend administrator instances , each with their own set of mapfiles. Possibly even more detailed user permissions. At the moment I use independend databases for each project, what´s a real dirty workaround. * Mapstorer currently only supports mapserver 4.x Mapfiles, it would be great to have 5.0 syntax to be able to use mapbender with up-to-date mapfiles. The ,big solution´ would be to make mapstorer ,speak´ SLD, too. * If one wants to make the mapbender / mapstorer combination usable worldwide, mapstorer would need multi language support. At the moment it´s English only, what is ,quite international´. * Currently the mapfile management is ,mapfile orientated´ not ,layer orientated´. Making layers independent form mapfiles, would simplify the management of more complex projects and reduce redundancies in the database, if a layer is used more than once. That are only some important points, one could think of thousands of potential improvements. But thereover we should not forget what we already have: *A nice gui, that allows to do small changes in the map layout on-the-fly without deeper knowledge about mapserver / mapfile internals, including uncomplex creation of mapfiles and the handling of metadata. All parts of a mapfile are neatly arranged in a tree structure. * Mapfiles can be stored, exported, combined and edited, all via user interface. That reduces greatly the risk of typos, forgotten lines, quotes or brackets, which would prevent a mapfile form working. There is no need to download the mapfile, open it in an editor, save it and upload it agein. *A mapfile import function that works quite well now and does logging, too. One can use existing mapfiles, or even convert ArcGIS Projects using AMEIN. * Easy file based data management with web-based upload. *A plugin system, with ready to use plugins like the postgis plugin (for data management) and the db-backup plugin. This system will also make future developments more easy. So, all in all it is already a usable and very helpful system, but it could be so much more. Will it pay of for the users to have if some of the stated points would be realized? Would it improve OpenSource WebMapping? What is the effort for the devs to get some of the stated improvements done, will it be worth the work? What points are easy to put in action, what points require a greater deal of energy? To make it more easy for you to give a short reply to a long post, I will ask again a very general question: Should we bring mapbender and mapstorer closer together? Please vote +1, 0 or -1 and state your view shortly, what made you decide like that. Best regards Johannes |
|
From: Hr. J. L. <lo...@lw...> - 2008-05-19 09:54:44
|
Hello Devs: I'd like to bring up some problems I had recently mapstorer. First two minor issues: a): The following line is not imported (I assume, it's the fault of the missing space, anyhow, mapserver accepts this) SYMBOLSET'/foo/bar/mysymboly.sym' b): If there is no output format specified in the mapfile, there will be no outputformats defined in mapstorer and therefore there will be no output. Again: mapserver displays the data. Maybe this could be checked and in case there is no output format defined, define a default one? And last but not least a more serious issue: It seems to me, that mapstorer is not able to handle 'virtual spatial data' in the current version. From the following three lines the first line is imported correctly. The last line is imported in the database as well, but I'm not able to find the entry in the gui. The 'CONNECTIONTYPE' entry is ignored. Looking in the database I found that the corresponding field is of type integer. Is there any 'lookup table' or something, that can be used to add the connectiontype OGR? CONNECTION '/foo/bar/MyDataFile.ovf' CONNECTIONTYPE OGR DATA 'MYDATA' After the import, that works without any errors, the layer is not editable via the gui. Trying to do so, mapstorer prints out the error: "Error! Could not open dbase database file '/My/Data/Path/MYDATA'." Likely mapstorer is trying to open a shapefile table, which does not exist. Would it be a great effort to take care about the last issue? Maybe you could give me some pointers, so I could have a look at this myself? Thank you in advance Johannes |
|
From: Alessandro P. <al...@ti...> - 2008-04-03 12:25:24
|
Il giovedì 03 aprile 2008, Simone Gadenz ha scritto: > Thanks to your suggestions I manage to have the Pear working on my computer > and now I have also Mapstorer starting. Troubles start when trying to > manage mapfile and the main reason is that the tbl_mapobject table > structure created misses some attributes compared to the SQL query > statement. > You probably forgot to run the upgrade_db_mysql.sql in the database folder. HIH -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Alessandro P. <al...@ti...> - 2008-02-27 09:33:34
|
Il mercoledì 27 febbraio 2008, Hr. Johannes Loose ha scritto: > Hello List > > After updating the files from the sourceforge release 0.9 to the actual > release from svn, I installed the new database schema, too (both postgres). > > Well, connecting to the new database I noticed, that the import plugin is > not enabled and no corresponding entry shows up in the main panel or in the > global config. In the php.log I get the following lines: > > * PluginLibrary - Running plugin : Mapfile Import plugin > * MapfileImportPlugin - Action 2050 plugin is disabled Quick fix: set plugin_installed to false in the .hdr file, this forces reinstallation (and should re-enable it). Check for plugin_enabled also. HIH -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Hr. J. L. <lo...@lw...> - 2008-02-27 09:19:53
|
Hello List After updating the files from the sourceforge release 0.9 to the actual release from svn, I installed the new database schema, too (both postgres). Well, connecting to the new database I noticed, that the import plugin is not enabled and no corresponding entry shows up in the main panel or in the global config. In the php.log I get the following lines: * PluginLibrary - Running plugin : Mapfile Import plugin * MapfileImportPlugin - Action 2050 plugin is disabled Looking in the 'old' database, which is the actual sourceforge release, I found the following data in tbl_config: "2912 mapfile_import_plugin_enabled True mapfile_import_plugin NULL Enable Mapfile Import plugin NULL True NULL Enable plugin 32 0" This line is missing in the 'new' database. That might be the reason for the plugin to be disabled. I did not add this entry in the database manually, because I'm not sure about the indexes. Could one of the dev's please check that and tell me, if and how this entry could be added manually or change the mapstorer_pgsql.sql? Thank you in advance Johannes |
|
From: Hr. J. L. <lo...@lw...> - 2008-02-25 14:21:53
|
Hello List For your Information: The problem I described in my prior mail is soluted. I have been downloading mapstorer from: http://sourceforge.net/project/showfiles.php?group_id=132013 first, just following the links on the mapstorer homepage / mapstorer wiki. Now I noticed, that this is an old version from 25th of September 2007. So I downloaded the files again, this time from http://mapstorer.svn.sourceforge.net/svnroot/mapstorer/trunk/ , using the svn commandline client. Now the application seems to work fine. The errors, described in my prior mails do not occur any longer. So my suggestion would be to delete the 'old release' on sourceforge or at least add a notice to the first pace viewed on the mapstorer homepage / ms wiki, where to find the actual version and how to get it 'easily'. Thank you Johannes |
|
From: Alessandro P. <al...@ti...> - 2008-02-21 09:00:56
|
Hello, I've committed a few small changes: Temporary fix for new vector layer (shapefile) when here is no dbase extension available Better error handling and permission check on data manager file upload In postgis plugin: changed input type to "password" for password fields Cheers -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Alessandro P. <al...@ti...> - 2008-02-21 08:41:36
|
Il mercoledì 20 febbraio 2008, Verena Diewald ha scritto: > Hi Alessandro, > > what format is this AGG? Never heard of it and couldn't find anything in > the mapfile reference on http://mapserver.gis.umn.edu/. Can you tell me > more? AGG comes with ms 5: http://mapserver.gis.umn.edu/docs/howto/agg-rendering-specifics It's a very nice rendering engine, see a comparison here: http://www.itopen.it/2007/09/19/mapserver-5-0-release/lang-pref/en/ Cheers -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Verena D. <ver...@wh...> - 2008-02-20 14:12:23
|
Hi Alessandro, what format is this AGG? Never heard of it and couldn't find anything in the mapfile reference on http://mapserver.gis.umn.edu/. Can you tell me more? Greetings Verena Am Mittwoch 20 Februar 2008 12:27:39 schrieb Alessandro Pasotti: > Hi, > > I think we should add AGG driver in the driver list for output format. > > What do you think? -- *************************************** FOSSGIS Konferenz Freie und Open Source Software für GIS vom 01.-03. April 2008 in Freiburg www.fossgis.de *************************************** --------------------------------------- WhereGroup GmbH & Co. KG Siemensstraße 8 53121 Bonn Verena Diewald Anwendungsentwicklung Fon: +49 (0)228 / 90 90 38 - 25 Fax: +49 (0)228 / 90 90 38 - 11 ver...@wh... www.wheregroup.com Amtsgericht Bonn, HRA 6788 ------------------------------- Komplementärin: WhereGroup Verwaltungs GmbH vertreten durch: Arnulf Christl, Olaf Knopp, Peter Stamm --------------------------------------- |
|
From: Alessandro P. <al...@ti...> - 2008-02-20 11:28:07
|
Hi, I think we should add AGG driver in the driver list for output format. What do you think? -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Hr. J. L. <lo...@lw...> - 2008-02-18 09:50:02
|
Hello List,
Starting the import function of mapstorer 0.9 I got the following error in my php logs:
PHP Fatal error: Class 'DB_DataObject' not found in [...]/PersistMapData.inc.php on line 94
Adding the following commans as the first line of the function mapobject_write solutes that
problem (for the moment):
require_once 'DB/DataObject.php';
Now, the next fatal error, starting the import function is:
PHP Fatal error: Call to undefined method DB_DataObject_Error::find() in
[...]/PersistMapData.inc.php on line 682
which is caused probabely by the line:
if(!$dao->find(TRUE)){
At this point, I don't know what to do to get the import function to run...
Maybe one of the dev's could help?
Thank you in advance
Johannes Loose
|
|
From: Hr. J. L. <lo...@lw...> - 2008-02-13 09:59:55
|
Hallo Liste,
Nach einer jungfräulichen Installation von MapStorer 0.9 und dem Einspielen des Import-Log
Patches von Lars Beck (noch nicht im SVN) gibt es leider Probleme beim Starten des Mapfile
Imports.
Die Fehlermeldung im php.log lautet:
PHP Fatal error: Class 'DB_DataObject' not found in
/opt/mapstorer2/plugins/mapfile_import_plugin_0_1/PersistMapData.inc.php on line 94
Dies ist die erste Zeile der Funktion mapobject.write
Die betreffende Pear Komponente ist jedoch installiert. (DB_DataObject 1.8.8).
Meine Vermutung geht dahin dass die Funktion zum Zeitpunkt des Aufrufes nicht initalisiert
ist, denn ich konnte keine Zeile wie: require_once('DB/Dataobject.php') finden.
Da ich den Code leider nicht komplett überblicke, ist mir unklar wo die Initialisierung erfolgen
sollte. Daher meine Bitte an die Entwickler dies zu überprüfen und mir das Ergebnis
mitzuteilen.
Vielen Dank,
Johannes Loose
|
|
From: Alessandro P. <al...@ti...> - 2007-12-05 11:21:25
|
Il marted=C3=AC 04 dicembre 2007, Simon ORTET ha scritto: > Hi, thanks for your answer. > > I did the correction you said and it's fine. > > Now there's something i don't understand: > When i try to import, after i clicked "Start Import" it stops here > > /Processing data, this may take some time, please wait... > Starting mapfile upload... > Upload complete (/tmp/msmipu90hKy.map), starting import.../ > > Again if i do the ajax call "in hard way": > http://w.x.y.z/mapstorer/plugin_handler.php?plugin_action=3D4096&plugin_d= ata=3D >%7B%22mapobject_name%22%3A%22aeag%22%2C%22mapfile%22%3A%22D%3A%5C%5CProgra= m% >20Files%5C%5Ccartoweb3%5C%5Cprojects%5C%5Caeag%5C%5Cserver_conf%5C%5Caeag%= 5C >%5Caeag.map%22%2C%22plugin_action%22%3A%22import%22%7D&plugin_field=3D&plu= gin_ >module=3Dmapfile_import_plugin You should be able to see the ajax return code from within firebug (you don= 't=20 need to call directly the script the "hard way"). > > I get this error: > *Fatal error*: Class 'DB_DataObject' not found in > */usr/local/apache2/htdocs/mapstorer/plugins/mapfile_import_plugin_0_1/Pe= rs >istMapData.inc.php* on line *94* > > The thing is i didn't install this pear package since it was not written > in the installation help. > > So I installed the package through PEAR Package Manager: > install ok: channel://pear.php.net/DB_DataObject-1.8.7 > > But i still get the same message... This is very strange. There is a line in db.inc.php that requires orm_startup.inc.php, in=20 orm_startup.inc.php there is an require_once 'DB/DataObject.php'; that should fail if DataObject cannot be included. If DataObject is included, the DB_DataObject class should be available. Sorry, I dont' have any clue about what to further check. =2D-=20 Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Simon O. <sim...@si...> - 2007-12-04 17:17:24
|
Hi, thanks for your answer.
I did the correction you said and it's fine.
Now there's something i don't understand:
When i try to import, after i clicked "Start Import" it stops here
/Processing data, this may take some time, please wait...
Starting mapfile upload...
Upload complete (/tmp/msmipu90hKy.map), starting import.../
Again if i do the ajax call "in hard way":
http://w.x.y.z/mapstorer/plugin_handler.php?plugin_action=4096&plugin_data=%7B%22mapobject_name%22%3A%22aeag%22%2C%22mapfile%22%3A%22D%3A%5C%5CProgram%20Files%5C%5Ccartoweb3%5C%5Cprojects%5C%5Caeag%5C%5Cserver_conf%5C%5Caeag%5C%5Caeag.map%22%2C%22plugin_action%22%3A%22import%22%7D&plugin_field=&plugin_module=mapfile_import_plugin
I get this error:
*Fatal error*: Class 'DB_DataObject' not found in
*/usr/local/apache2/htdocs/mapstorer/plugins/mapfile_import_plugin_0_1/PersistMapData.inc.php*
on line *94*
The thing is i didn't install this pear package since it was not written
in the installation help.
So I installed the package through PEAR Package Manager:
install ok: channel://pear.php.net/DB_DataObject-1.8.7
But i still get the same message...
Thanks for your help
Simon.
Alessandro Pasotti a écrit :
> Il martedì 04 dicembre 2007, Simon ORTET ha scritto:
>
>> Hello
>>
>> I use MapStorer 0.9 with Postgres 8.1, Php 5.1.4 and Mapserver 4.10
>>
>> I have an error when i open the "Mapfile Import Plugin" page.
>> Firebug breaks on a javascript error in function.js, line 320.
>> I have json = null
>>
>> If i try the ajax manually:
>> http://www.xxx.yyy.zzz/mapstorer/plugin_handler.php?plugin_action=2050&plug
>> in_data=%7B%7D&plugin_field=&plugin_module=mapfile_import_plugin
>>
>> i get that response:
>> *No match for mapfile_import_plugin - 2050
>>
>>
>>
>
> Hi,
> this is normal, it means that there is no action defined in
> mapfile_import_plugin for the PAGE_ACTION_ONLOAD event (2050) which is
> triggered by the onload page handler.
>
> Anyway, perhaps you've found a bug in function.js.
>
> Try to change line 320 to something like
> if(json && (typeof json.evalScripts != 'undefined')){
>
> then clear the browser cache and check firebug for errors.
>
>
> Hope it helps.
>
>
|
|
From: Alessandro P. <al...@ti...> - 2007-12-04 16:11:13
|
Il marted=EC 04 dicembre 2007, Simon ORTET ha scritto: > Hello > > I use MapStorer 0.9 with Postgres 8.1, Php 5.1.4 and Mapserver 4.10 > > I have an error when i open the "Mapfile Import Plugin" page. > Firebug breaks on a javascript error in function.js, line 320. > I have json =3D null > > If i try the ajax manually: > http://www.xxx.yyy.zzz/mapstorer/plugin_handler.php?plugin_action=3D2050&= plug >in_data=3D%7B%7D&plugin_field=3D&plugin_module=3Dmapfile_import_plugin > > i get that response: > *No match for mapfile_import_plugin - 2050 > > Hi,=20 this is normal, it means that there is no action defined in=20 mapfile_import_plugin for the PAGE_ACTION_ONLOAD event (2050) which is=20 triggered by the onload page handler. Anyway, perhaps you've found a bug in function.js. Try to change line 320 to something like if(json && (typeof json.evalScripts !=3D 'undefined')){ then clear the browser cache and check firebug for errors. Hope it helps. =2D-=20 Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Simon O. <sim...@si...> - 2007-12-04 15:39:09
|
Hello I use MapStorer 0.9 with Postgres 8.1, Php 5.1.4 and Mapserver 4.10 I have an error when i open the "Mapfile Import Plugin" page. Firebug breaks on a javascript error in function.js, line 320. I have json = null If i try the ajax manually: http://www.xxx.yyy.zzz/mapstorer/plugin_handler.php?plugin_action=2050&plugin_data=%7B%7D&plugin_field=&plugin_module=mapfile_import_plugin i get that response: *No match for mapfile_import_plugin - 2050 * |
|
From: Alessandro P. <al...@ti...> - 2007-11-10 09:50:22
|
Il sabato 10 novembre 2007, Carlo A. Bertelli (Charta s.r.l.) ha scritto: > MapStorer bears a pleasant subtitle "Easy mapfile editing with Free > Software" but offers more than that: it's a database managed tool that > stores your mapfiles besides editing them. Thanks Carlo for your observations, I fully agree with your proposal for these important improvements. I would just add that a better handling of both mapfile and layer metadata would definitely lead to a better map documentation (map metadata could contain map and layer descriptions). I would suggest to move this discussion in the developer list and that you put your proposal in a more structured and "formal" RFC on mapstorer wiki. The RFC will be discussed and examined by the steering comitee and all interested users can participate to the discussion, and after a vote the proposal will be approved or rejected. I really hope we will succeed in raising some funds for this important development. Regards. -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Alessandro P. <al...@ti...> - 2007-10-22 06:49:20
|
Il sabato 20 ottobre 2007, Alexys Herleym Rodriguez Avellaneda ha scritto: > Hi all. > > I am doing the mapstorer09 installation in ms4w 2.2.6 with postgresql > Please read this: http://212.79.172.185/mswiki/index.php/Debugging_Mapstorer Set dump errors to true. -- Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Alessandro P. <al...@ti...> - 2007-10-19 06:53:01
|
Johannes Loose, venerd=C3=AC 19 ottobre 2007 ha scritto: > Hello Alessandro > > Sorry, for clicking 'reply' again ... 'just installed mapstorer 0.9, ran > the update sql (postgres) added layer_id to tbl_join manually!, and it all > seems to work fine. - But not the import function. I tested it with a > simple mapfile made with mapstorer 0.8. The import function output is: > Upload complete (/tmp/msmipFBjQtf.map), starting import... and no success > or error message follows. There is no new mapfile appearing. > > The mapfile and the apache_error.log is attached (from the moment clicking > 'submit' in the import form). I tested your mapfile import with current svn trunk and it imported fine=20 (works for me). There was only a bug concerning tileindex not being imported (now fixed in= =20 svn). please read this page=20 http://212.79.172.185/mswiki/index.php/Debugging_Mapstorer and test import with firebug (trace ajax calls and examine data flow in the= =20 net/xhr tab). Concerning the logs, This error is caused by wrong write permission in the plugins directory: [Fri Oct 19 02:36:58 2007] [error] [client ************] PluginLibrary - Er= ror=20 setting plugin_installed to true : Mapfile Import plugin\n, referer:=20 https://mapstorer.mydomain.de/plugins/mapfile_import_plugin_0_1/index.php?p= lugin_action=3Dimport Check write permissions on the folder where mapstorer should write: plugins= ,=20 import and perhaps some other, give the webserver user write access. Hope it helps. =2D---------- SVN commit: ale@bucaniere:~/public_html/mapstorer/trunk$ svn ci -m"Fixed import TILEIND= EX=20 bug and columns =3D result->getColumnNames(true) in dbwrapper" Trasmetto trunk/inc/dbwrapper.inc.php Trasmetto trunk/plugins/mapfile_import_plugin_0_1/AbstractParser.inc.p= hp Trasmetto trunk/treemenu/layersmenu-vertical-1.txt Trasmissione dati ... Commit della Revisione 344 eseguito. =2D-=20 Alessandro Pasotti itOpen - "Open Solutions for the Net Age" w3: www.itopen.it Linux User# 167502 |
|
From: Verena D. (WhereGroup) <ver...@wh...> - 2007-10-19 06:29:42
|
Hi Johannes, in MapStorer 0.9 package you can find db upgrade files (both, postgresql and mysql) with all necessary sqls in the database directory. Best regards Verena Johannes Loose schrieb: > Ok, I have tested the syntax: > > $columns = $result->getColumnNames(true); > > and it seems to work fine here (mapstorer 0.8). > Are the dbchanges 0.8 -> 0.9 documented in the web? What is the standard update procedure? Replace the files ok what about the db? > > Johannes > > > -------- Original-Nachricht -------- > >> Datum: Wed, 17 Oct 2007 09:21:21 +0200 >> Von: Alessandro Pasotti <al...@ti...> >> An: map...@li... >> CC: Johannes Loose <Mak...@gm...> >> Betreff: Re: [Mapstorer-devel] Combine Mapfile MDB2_Error::fetchRow() >> > > >> Il mercoledì 17 ottobre 2007, Johannes Loose ha scritto: >> >>> Hello List, >>> >>> After looking a bit closer in the code I have been able to locate could >>> locate the line where the error is produced. >>> >>> Steps to reproduce the error: load mapstorer 0.8 with a postgres db, >>> >> click >> >>> on 'combine mapfile'. The error is described in the prior messages. >>> >>> in the file functions/function_combine_map.php line 63 the value of >>> $sql_fields is not set correct: >>> >>> $sql_fields .= dbwrapper_field_name($res_sql, $i); >>> >>> In the file: inc/dbwrapper.inc.php in the function dbwrapper_field_name >>> line 440 this value is set. original: $columns = >>> array_flip($result->getColumnNames($result, true)); >>> >>> I changed this value into: >>> $columns = $result->getColumnNames($result, true); >>> (without flip) >>> and it worked. Now duplicating Mapfiles works without problems. >>> >>> Well, I'm not sure where else this function is called and what the flip >>> >> was >> >>> good for. Hopefully this will be patched in 1.0 :-) >>> >>> >> Yes this has been patched already in the current svn (0.9) version (you >> can >> see the old line commented out). >> >> >> There is still an error (without consequences because $result is evaluated >> to 'true'): the line should be changed from >> >> $columns = $result->getColumnNames($result, true); >> >> to >> >> $columns = $result->getColumnNames(true); >> >> Would you please test if it works? >> >> >> -- >> Alessandro Pasotti >> itOpen - "Open Solutions for the Net Age" >> w3: www.itopen.it >> Linux User# 167502 >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Mapstorer-devel mailing list >> Map...@li... >> https://lists.sourceforge.net/lists/listinfo/mapstorer-devel >> > > -- |
|
From: Johannes L. <Mak...@gm...> - 2007-10-18 21:20:10
|
Ok, I have tested the syntax: $columns = $result->getColumnNames(true); and it seems to work fine here (mapstorer 0.8). Are the dbchanges 0.8 -> 0.9 documented in the web? What is the standard update procedure? Replace the files ok what about the db? Johannes > -------- Original-Nachricht -------- > Datum: Wed, 17 Oct 2007 09:21:21 +0200 > Von: Alessandro Pasotti <al...@ti...> > An: map...@li... > CC: Johannes Loose <Mak...@gm...> > Betreff: Re: [Mapstorer-devel] Combine Mapfile MDB2_Error::fetchRow() > Il mercoledì 17 ottobre 2007, Johannes Loose ha scritto: > > Hello List, > > > > After looking a bit closer in the code I have been able to locate could > > locate the line where the error is produced. > > > > Steps to reproduce the error: load mapstorer 0.8 with a postgres db, > click > > on 'combine mapfile'. The error is described in the prior messages. > > > > in the file functions/function_combine_map.php line 63 the value of > > $sql_fields is not set correct: > > > > $sql_fields .= dbwrapper_field_name($res_sql, $i); > > > > In the file: inc/dbwrapper.inc.php in the function dbwrapper_field_name > > line 440 this value is set. original: $columns = > > array_flip($result->getColumnNames($result, true)); > > > > I changed this value into: > > $columns = $result->getColumnNames($result, true); > > (without flip) > > and it worked. Now duplicating Mapfiles works without problems. > > > > Well, I'm not sure where else this function is called and what the flip > was > > good for. Hopefully this will be patched in 1.0 :-) > > > > Yes this has been patched already in the current svn (0.9) version (you > can > see the old line commented out). > > > There is still an error (without consequences because $result is evaluated > to 'true'): the line should be changed from > > $columns = $result->getColumnNames($result, true); > > to > > $columns = $result->getColumnNames(true); > > Would you please test if it works? > > > -- > Alessandro Pasotti > itOpen - "Open Solutions for the Net Age" > w3: www.itopen.it > Linux User# 167502 > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Mapstorer-devel mailing list > Map...@li... > https://lists.sourceforge.net/lists/listinfo/mapstorer-devel -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail |
