Re: [OSM-dev] mapnik
On 1 May 2009, at 07:31, Mohamad Ali wrote: > > > Hi guys > > I have this situation: > > u...@pc1:~$ cd mapnik > u...@pc1:~/mapnik$ source set-mapnik-env > nothing happen on the screen > > ./customize-mapnik-map >$MAPNIK_MAP_FILE > nothing happen on the screen > That's expected. In the unix world unless you get an error message assume it probably worked. -- Chris Jones, SUCS Admin http://sucs.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
Thomas Wood wrote: > Others have stated before that the mime type option is really the only >> sane one for this sort of thing, rather than the awful localhost URIs >> the the JOSM remote control uses presently. >> > > Call me biased but I find a certain elegance in the way these "awful > localhost URIs" do not require any configuration. You do not have to > register JOSM as an application for a certain MIME type; you do not have to > fiddle with your browser configuration to install a helper application; just > fire up JOSM and it works. > I don't know the JOSM system, but I agree from a user point-of-view that having a near zero-configuration is perfect (you still need to somehow install this "remote control" for JOSM, do you?). However, it doesn't allow merkaartor or any other tool to plug-in. Having a simple, standard, way to do it would allow any tool supporting the mime type to use the link... Wouldn't it be possible to have an "Edit" link besides the "Permalink" link on the main map? - Chris - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
> Thomas Wood wrote: > >> Others have stated before that the mime type option is really the only >> sane one for this sort of thing, rather than the awful localhost URIs >> the the JOSM remote control uses presently. >> > > Call me biased but I find a certain elegance in the way these "awful > localhost URIs" do not require any configuration. You do not have to > register JOSM as an application for a certain MIME type; you do not have to > fiddle with your browser configuration to install a helper application; just > fire up JOSM and it works. > > Furthermore, for a packaged tool as merkaartor, the registering of the mime extension can be done at installation time, leading to near zero config for the user... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
Hi, Chris Browet wrote: > Furthermore, for a packaged tool as merkaartor, the registering of the mime > extension can be done at installation time, leading to near zero config for > the user... Provided you are on a system where you have the permissions to install software packages! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
2009/5/1 Frederik Ramm > Hi, > > Chris Browet wrote: > >> Furthermore, for a packaged tool as merkaartor, the registering of the >> mime >> extension can be done at installation time, leading to near zero config >> for >> the user... >> > > Provided you are on a system where you have the permissions to install > software packages! > ... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mapnik
On Fri, 2009-05-01 at 16:31 +1000, Mohamad Ali wrote: > > > Hi guys > > I have this situation: > > u...@pc1:~$ cd mapnik > u...@pc1:~/mapnik$ source set-mapnik-env > nothing happen on the screen That is normal > ./customize-mapnik-map >$MAPNIK_MAP_FILE > nothing happen on the screen That is normal. > sudo ./customize-mapnik-map >$MAPNIK_MAP_FILE The "sudo" is not required and will cause this to fail because you are running the command as the "wrong" user. > Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq > at ./customize-mapnik-map line 34, line 7008. [ ... and more errors ] See? ;-) > is it normal all of this? Yes. Do the first two, to set the environment variables and prepare to run either generate_image.py or generate_tiles.py Best regards, Richard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
2009/5/1 Frederik Ramm : > Hi, > > Thomas Wood wrote: >> Others have stated before that the mime type option is really the only >> sane one for this sort of thing, rather than the awful localhost URIs >> the the JOSM remote control uses presently. > > Call me biased but I find a certain elegance in the way these "awful > localhost URIs" do not require any configuration. You do not have to > register JOSM as an application for a certain MIME type; you do not have > to fiddle with your browser configuration to install a helper > application; just fire up JOSM and it works. > > Granted, the localhost URIs fail miserably if you do not have JOSM > running already. If it were'nt for the same-origin policy one could at > least call them using XMLHttpRequest and present a popup on error... > > (I'd love to be able to write: "You can carry JOSM with you on an USB > stick and run it in an Internet cafe with no privileges on the machine", > but unfortunately we still lack a "--my-home-directory-is-on-the-stick" > option.) > Over eager firewall's permitting of course. Dave ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Fairhurst wrote: > Tom Hughes wrote: > >> Richard Fairhurst wrote: >>> Martin Koppenhoefer wrote: >>> IMHO it would be much nicer to choose everytime you click Edit for 2 reasons: - users tend to use both editors because some features are unique (like undelete in potlatch) - this might depend on from which machine you are clicking it (if you're in an internetcafe you usually won't be able to use JOSM) >>> Interesting point. >> But insane for the majority of users - that argument is basically >> saying that because a handful of users might want to choose on a case >> by case basis everybody should be forced to click through some menu >> each time. > > Oh, absolutely. How I can see it working is that Potlatch could have a > user pref saying "Offer alternate editor?" with a URL as previously > described, and if you set that pref, then Potlatch would have a button > when you started offering the ability to launch that. But yes, adding > a "Please first choose your editor" dialogue would be nuts, UI-wise. How about a configure tabs page, that let you add and configure as many tabs as you liked? So by default, there would be a single tab called "edit" with a URL like: http://openstreetmap.org/potlach?lat=[lat]&lon=[lon]&zoom=[zoom] You could change edit to Potlatch (or even remove it) and add JOSM: http://localhost:8111/load_and_zoom?lat=[lat]&lon=[lon]&zoom=[zoom] And you could add, for example "Information Freeway": http://informationfreeway.org/?lat=[lat]&lon=[lon]&zoom=[zoom] Or even "Google": http://maps.google.co.uk/ll=[lat],[lon]&z=[zoom] etc. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn66r4ACgkQz+aYVHdncI3YZwCdE2af/D8DGrRpRa5KuYQDD0jA b0cAn31AtJaO5kO5xFFKhU6zitAVpDny =GY4i -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] status of dev and test APIs?
hi, I today tried to acces the dev and test APIs on apis.dev.openstreetmap.org but they seem to be down. Are there any dev or test API instances availabe after the API switch to 0.6? Regards Karl ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] status of dev and test APIs?
Karl wrote: > I today tried to acces the dev and test APIs on > apis.dev.openstreetmap.org > but they seem to be down. Are there any dev or test API > instances availabe > after the API switch to 0.6? If you're trying at the moment, there are network issues that might be affecting access: http://www.ja.net/services/network-status.html Ed ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] status of dev and test APIs?
Hi, Works fine for me: http://api06.dev.openstreetmap.org/browse/changeset/453 These test servers will continue to be maintained for the time being. Shaun On 1 May 2009, at 13:29, Karl Guggisberg wrote: > hi, > > I today tried to acces the dev and test APIs on > apis.dev.openstreetmap.org > but they seem to be down. Are there any dev or test API instances > availabe > after the API switch to 0.6? > > Regards > Karl > > > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User preference for editor
Hi, Dave Stubbs wrote: > Over eager firewall's permitting of course. Protecting localhost from accesses originating on localhost would indeed be *very* eager. Is that common behaviour on any platform? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Loading a 0.6 osm file into postgres with osmosis
Hi. I successfully used osmosis to load the cuurent map of germany into the postgres schema from Brett Henderson: http://gweb.bretth.com/apidb06-pgsql-latest.sql Here is a short Howto: 1. I split the above skript into 2 parts at the COPY statements. 2. I ran the first part to create the schema without indexes and foreign keys. 3. I ran (the following is an example, adapt the parameters) bin/osmosis --read-xml-0.6 file=~/Desktop/download/germany.osm.bz2 --write-apidb-0.6 host=localhost database=osm1 user=osm password= populateCurrentTables=yes validateSchemaVersion=no 4. When osmosis started to copy into the current_* tables, things slowed down (nearly no disk writes, lots of reads). So I added the primary keys on nodes, node_tags, ways, way_nodes and way_tags and copying ran fast afterwards. 5. I ran the second part of the schema script creating the missing indexes and FKs. Done in about 6 hours. Sincerely, Joachim ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] bad pngs from mod_tile / renderd & meta files
Hi, I am having a problem in that the pngs being generated and returned by my apache & renderd & mapnik process are not "proper" pngs in that they are rejected by various file viewers as being malformed. I have compiled, built and run renderd against the latest mapnik svn. I have configured apache and renderd gets invoked correctly to generate the meta files. Typical renderd output is: from the request: http://10.0.1.198/osm_tiles2/1/0/0.png I see the renderd output: Render fd(6) xml(Default), z(1), x(0), y(0) META TILE 1 0-1 0-1 DONE TILE Default 1 0-1 0-1 Produced .meta: /var/lib/mod_tile/Default/1/0/0/0/0/0.meta Furthermore, my postgres is being queried properly. Running generate_image.py (ie, testing mapnik / osm.xml) works and produces beautiful pngs. Any ideas or tips where to start debugging this one? Many thanks John -- View this message in context: http://www.nabble.com/bad-pngs-from-mod_tile---renderd---meta-files-tp23337285p23337285.html Sent from the OpenStreetMap - Dev mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] bad pngs from mod_tile / renderd & meta files
El Viernes, 1 de Mayo de 2009, jburns escribió: > I am having a problem in that the pngs being generated and returned by my > apache & renderd & mapnik process are not "proper" pngs in that they are > rejected by various file viewers as being malformed. [...] > Any ideas or tips where to start debugging this one? First thing I'd do is to really check that the pngs are malformed. Please try this: $ wget localhost/tiles/0/0/0.png $ hexdump -c 0.png | head You should see something like this: 000 211 P N G \r \n 032 \n \0 \0 \0 \r I H D R 010 \0 \0 001 \0 \0 \0 001 \0 \b 003 \0 \0 \0 k 254 X What exactly do you see when you do an hexdump of one of our PNGs?? Sometimes, when there is an error while generating the image, you may see an error message intertwined in there. Cheers, -- -- Iván Sánchez Ortega Keyboard is not available - Press F1 to continue... signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] bad pngs from mod_tile / renderd & meta files
On Fri, 2009-05-01 at 10:59 -0700, jburns wrote: > Hi, > > I am having a problem in that the pngs being generated and returned by my > apache & renderd & mapnik process are not "proper" pngs in that they are > rejected by various file viewers as being malformed. > > I have compiled, built and run renderd against the latest mapnik svn. I have > configured apache and renderd gets invoked correctly to generate the meta > files. Typical renderd output is: > > from the request: http://10.0.1.198/osm_tiles2/1/0/0.png > > I see the renderd output: > > Render fd(6) xml(Default), z(1), x(0), y(0) > META TILE 1 0-1 0-1 > DONE TILE Default 1 0-1 0-1 > Produced .meta: /var/lib/mod_tile/Default/1/0/0/0/0/0.meta > > Furthermore, my postgres is being queried properly. Running > generate_image.py (ie, testing mapnik / osm.xml) works and produces > beautiful pngs. > > Any ideas or tips where to start debugging this one? Are you trying to use the .meta file as a png or the file returned via the URL? The .meta file is an archive of 64 individual tile pngs you will need to unpack them using the "convert_meta" utility if you want to access them directly. This utility needed a minor update to add support for the multiple layers which I just added to SVN so do an update before you try to use it. $ ./convert_meta -u Converting tiles in layer Default Produced tile: /var/lib/mod_tile/Default/5/0/0/0/0/128.png Produced tile: /var/lib/mod_tile/Default/5/0/0/0/0/129.png Produced tile: /var/lib/mod_tile/Default/5/0/0/0/0/130.png Produced tile: /var/lib/mod_tile/Default/5/0/0/0/0/131.png Produced tile: /var/lib/mod_tile/Default/5/0/0/0/0/132.png Produced tile: /var/lib/mod_tile/Default/5/0/0/0/0/133.png ... These png files should be valid: $ file /var/lib/mod_tile/Default/5/0/0/0/0/131.png /var/lib/mod_tile/Default/5/0/0/0/0/131.png: PNG image, 256 x 256, 8-bit colormap, non-interlaced $ file /var/lib/mod_tile/Default/14/0/17/245/184/119.png /var/lib/mod_tile/Default/14/0/17/245/184/119.png: PNG image, 256 x 256, 1-bit colormap, non-interlaced Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev