Re: [OSM-dev] render_list coordinates
Hi, On 06/14/2012 03:17 AM, Jason Clark wrote: I'm trying to use render_list to pre-generate a specific area of the globe, does anyone have any examples of how it wants the min-x and max-x values etc? These are tile coordinates. An easy way to find out tile coordinates is to go to map.geofabrik.de and activate the tile coordinates layer from the layer switcher in the top right corner of the map. You can also read the tile coordinates off a standard OSM map if you right click on a tile and do "copy image location", then paste the image location into a text editor - it will end in z/x/y.png. Note that you can only render one zoom level at a time when using -x/-X and -y/-Y, and the tile coordinates are different (factor 2) for each zoom level. 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] render_list coordinates
I'm trying to use render_list to pre-generate a specific area of the globe, does anyone have any examples of how it wants the min-x and max-x values etc? I've tried using the export on the open street maps site and using the coordinates there but render_list is complaining about an invalid range? Any help would be appreciated. Thanks ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [GSoC] Improvements to Vespucci
Hi, just a short update, as a more complete one with full preset support (i.e. downloading presets including images) is coming soon. I have decided to move all preset work to the tag editor. The preset tag menu does not pop up automatically, but is accessible using a button. This allows Presets to be available in "classic" mode, too, and opens a way for more features. One of them is a "repeat last" button, which will set the tags to the last set of tags saved with the editor. Another one is a list of the most recently used presets directly at the bottom of the tag editor. Clicking one of those presets immediately applies it. If a user notices that he broke the tags badly (e.g. by accidentally overwriting them with "repeat last"), a "revert" button allows to return to the state present when the editor was opened. Applying a preset only adds tags, never removes them. To change or remove a preset, the user must delete the tags he doesn't want to keep. A convenient button for this is now available next to each editor row. I think that automatically removing tags would not really work. First, a node can have multiple tags, so we cannot automatically remove a preset when a user choses another one. Second, which tags to remove? All? Only the ones matching mandatory fields? I think this is best left to the user to choose, so I provided an easy way to do so and left it at that. An APK will be provided once the preset downloading is at a stage where a working prototype can be created again. Kind regards, Jan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
Le jeudi 14 juin 2012 à 00:18 +0200, Christophe Merlet a écrit : > Le mercredi 13 juin 2012 à 23:31 +0200, Christophe Merlet a écrit : > > Le mercredi 13 juin 2012 à 22:22 +0100, Jon Burgess a écrit : > > > OK, good, so that data has imported OK. > > > > The last time I saw something like this on the rendering side it was due > > to using the 'estimated extent' feature of postgis. Can you tell us what > > extent setting you have in your datasource file, e.g: > > > > [jburgess at shark mapnik]$ grep extent inc/datasource-settings.xml.inc > > false > > -20037508,-19929239,20037508,19929239 > > > > > > There are a few items on the rendering side which may be relevant to > > this. Can you tell us the version of the items below. Also let us know > > whether you built from source or used a package from somewhere: > > > > - postgis > > - mapnik > > - mod_tile > > - the 'map style' (osm.xml etc) > > > I use Ubuntu 12.04 and packages from Kai Krueger > https://launchpad.net/~kakrueger/+archive/openstreetmap > > # cat datasource-settings.xml.inc > > > postgis > !!!snip!!! > lurien.paulla.asso.fr > > mapnik > mapnik_cc > > true > > > > > > I'll try your settings... Seems to work. I'll regenerate tiles to be sure... Many thanks for your help. Librement, -- Christophe Merlet (RedFox) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] OAuth Question
I'm trying to get alternate versions of Potlatch2 set up on the USGS instance of the Rails Port. For some reason, I can't get my alternates to authorize properly with Oauth. For instance, you can use the default version at http://navigator.er.usgs.gov with the edit tab but if you go straight to it via http://navigator.er.usgs.gov/potlatch2/potlatch2.html, the authorization doesn't take. it looks like the oauth tokens are getting set up properly but it just doesn't want to work. I have another instance of Potlatch2 at http://navigator.er.usgs.gov/aaq/potlatch2.html I would be content if I could make any version of potlatch2 running on that server automatically authorize. Any clues would be much appreciated. -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-334-7734 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Problem building osm2pgsql from source
On Wed, Jun 13, 2012 at 11:45:50PM +0100, Jon Burgess wrote: > On Wed, 2012-06-13 at 15:15 -0700, Michael Corey wrote: > > Hi all: Please excuse me if this isn't the right list for this. > > > > > > > > While following the directions for installing osm2pgsql from source, I > > get a fatal error while running 'make': > > > > build_geometry.Tpo -c -o build_geometry.o build_geometry.cpp > > build_geometry.cpp:29:26: fatal error: geos/version.h: No such file or > > directory > > compilation terminated. > > > What distro are you building this on? > > The version.h file should be part of the geos library headers, e.g. > > Ubuntu: > $ dpkg -S /usr/include/geos/version.h > libgeos-dev: /usr/include/geos/version.h Also try to install the libgeos++-dev package. Debian has moved the headers there recently. Sarah ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Problem building osm2pgsql from source
On Wed, 2012-06-13 at 15:15 -0700, Michael Corey wrote: > Hi all: Please excuse me if this isn't the right list for this. > > > > While following the directions for installing osm2pgsql from source, I > get a fatal error while running 'make': > > build_geometry.Tpo -c -o build_geometry.o build_geometry.cpp > build_geometry.cpp:29:26: fatal error: geos/version.h: No such file or > directory > compilation terminated. > What distro are you building this on? The version.h file should be part of the geos library headers, e.g. Ubuntu: $ dpkg -S /usr/include/geos/version.h libgeos-dev: /usr/include/geos/version.h Fedora: $ rpm -qf /usr/include/geos/version.h geos-devel-3.3.1-1.fc16.x86_64 Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
Le mercredi 13 juin 2012 à 23:31 +0200, Christophe Merlet a écrit : > Le mercredi 13 juin 2012 à 22:22 +0100, Jon Burgess a écrit : > OK, good, so that data has imported OK. > > The last time I saw something like this on the rendering side it was due > to using the 'estimated extent' feature of postgis. Can you tell us what > extent setting you have in your datasource file, e.g: > > [jburgess at shark mapnik]$ grep extent inc/datasource-settings.xml.inc > false > -20037508,-19929239,20037508,19929239 > > > There are a few items on the rendering side which may be relevant to > this. Can you tell us the version of the items below. Also let us know > whether you built from source or used a package from somewhere: > > - postgis > - mapnik > - mod_tile > - the 'map style' (osm.xml etc) I use Ubuntu 12.04 and packages from Kai Krueger https://launchpad.net/~kakrueger/+archive/openstreetmap # cat datasource-settings.xml.inc postgis !!!snip!!! lurien.paulla.asso.fr mapnik mapnik_cc true I'll try your settings... Librement, -- Christophe Merlet (RedFox) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Problem building osm2pgsql from source
Hi all: Please excuse me if this isn't the right list for this. While following the directions for installing osm2pgsql from source, I get a fatal error while running 'make': build_geometry.Tpo -c -o build_geometry.o build_geometry.cpp build_geometry.cpp:29:26: fatal error: geos/version.h: No such file or directory compilation terminated. I'm following the directions here: http://wiki.openstreetmap.org/wiki/Osm2pgsql and here: http://wiki.openstreetmap.org/wiki/Osm2pgsql#From_source_.28generic.29 I'm building libprotobuf-c0-dev from source as well, because I'd like PBF support. I haven't found an obvious solution online for what to do next. Thanks, -- Michael Corey News Applications Developer Center for Investigative Reporting 510.809.3178 /2012 Recipient of the MacArthur Award for Creative and Effective Institutions/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
On Wed, 2012-06-13 at 23:31 +0200, Christophe Merlet wrote: > Le mercredi 13 juin 2012 à 22:22 +0100, Jon Burgess a écrit : > > On Wed, 2012-06-13 at 16:46 -0400, Lynn W. Deffenbaugh (Mr) wrote: > > > Without changing zoom, drag over and down South America. Watch it go > > > white (gray). Then move on over to the blank face of Australia. > > > That's the bug. > > > > The key question is whether the data is in the database or not. Can you > > run a query like the one below which should return a single node > > for an aerodrome near the southern tip of South America: > > > > > > http://www.openstreetmap.org/?node=1042020307 > > > > > > gis=> select osm_id,name,aeroway,astext(st_transform(way,4326)) from > > planet_osm_point where osm_id=1042020307; > >osm_id |name| aeroway | astext > > > > ++---+ > > 1042020307 | Los Cerros Airport | aerodrome | POINT(-67.8329009905576 > > -54.3441009947259) > > (1 row) > > > >Jon > > Thanks for your help. > Here the result : > > ubuntu@lurien:~$ psql -d mapnik_cc -h lurien -U mapnik > Password for user mapnik: > psql (9.1.4) > SSL connection (cipher: DHE-RSA-AES256-SHA, bits: 256) > Type "help" for help. > > mapnik_cc=> select osm_id,name,aeroway,astext(st_transform(way,4326)) > from planet_osm_point where osm_id=1042020307; >osm_id |name| aeroway | > astext > ++---+ > 1042020307 | Los Cerros Airport | aerodrome | POINT(-67.8329009905576 > -54.3441009947259) > (1 row) > OK, good, so that data has imported OK. The last time I saw something like this on the rendering side it was due to using the 'estimated extent' feature of postgis. Can you tell us what extent setting you have in your datasource file, e.g: [jburgess@shark mapnik]$ grep extent inc/datasource-settings.xml.inc false -20037508,-19929239,20037508,19929239 There are a few items on the rendering side which may be relevant to this. Can you tell us the version of the items below. Also let us know whether you built from source or used a package from somewhere: - postgis - mapnik - mod_tile - the 'map style' (osm.xml etc) Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
Le mercredi 13 juin 2012 à 22:22 +0100, Jon Burgess a écrit : > On Wed, 2012-06-13 at 16:46 -0400, Lynn W. Deffenbaugh (Mr) wrote: > > Without changing zoom, drag over and down South America. Watch it go > > white (gray). Then move on over to the blank face of Australia. > > That's the bug. > > The key question is whether the data is in the database or not. Can you > run a query like the one below which should return a single node > for an aerodrome near the southern tip of South America: > > > http://www.openstreetmap.org/?node=1042020307 > > > gis=> select osm_id,name,aeroway,astext(st_transform(way,4326)) from > planet_osm_point where osm_id=1042020307; >osm_id |name| aeroway | astext > > ++---+ > 1042020307 | Los Cerros Airport | aerodrome | POINT(-67.8329009905576 > -54.3441009947259) > (1 row) > >Jon Thanks for your help. Here the result : ubuntu@lurien:~$ psql -d mapnik_cc -h lurien -U mapnik Password for user mapnik: psql (9.1.4) SSL connection (cipher: DHE-RSA-AES256-SHA, bits: 256) Type "help" for help. mapnik_cc=> select osm_id,name,aeroway,astext(st_transform(way,4326)) from planet_osm_point where osm_id=1042020307; osm_id |name| aeroway | astext ++---+ 1042020307 | Los Cerros Airport | aerodrome | POINT(-67.8329009905576 -54.3441009947259) (1 row) mapnik_cc=> Librement, -- Christophe Merlet (RedFox) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
On Wed, 2012-06-13 at 16:46 -0400, Lynn W. Deffenbaugh (Mr) wrote: > Without changing zoom, drag over and down South America. Watch it go > white (gray). Then move on over to the blank face of Australia. > That's the bug. The key question is whether the data is in the database or not. Can you run a query like the one below which should return a single node for an aerodrome near the southern tip of South America: http://www.openstreetmap.org/?node=1042020307 gis=> select osm_id,name,aeroway,astext(st_transform(way,4326)) from planet_osm_point where osm_id=1042020307; osm_id |name| aeroway | astext ++---+ 1042020307 | Los Cerros Airport | aerodrome | POINT(-67.8329009905576 -54.3441009947259) (1 row) Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
Le mercredi 13 juin 2012 à 15:56 -0500, Ian Dees a écrit : > On Wed, Jun 13, 2012 at 3:46 PM, Lynn W. Deffenbaugh (Mr) < > ldeff...@homeside.to> wrote: > > > Without changing zoom, drag over and down South America. Watch it go > > white (gray). Then move on over to the blank face of Australia. That's > > the bug. > > > > It looks like you included a bounding box for your initial import, > preventing data above 76.6deg and below -35deg latitude from being imported > to your database. It look like... but it's not the case ! I you look a little closer to the map, you can see it's a little more complicated than that. My import command. $ time osm2pgsql -H lurien -W -d mapnik_new --tablespace-main-data data --tablespace-main-index index --tablespace-slim-data data --tablespace-slim-index index -p planet_osm -s -C 16000 --hstore-all planet-120508.osm.pbf Librement, -- Christophe Merlet (RedFox) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
On 6/13/2012 4:56 PM, Ian Dees wrote: On Wed, Jun 13, 2012 at 3:46 PM, Lynn W. Deffenbaugh (Mr) mailto:ldeff...@homeside.to>> wrote: Without changing zoom, drag over and down South America. Watch it go white (gray). Then move on over to the blank face of Australia. That's the bug. It looks like you included a bounding box for your initial import, preventing data above 76.6deg and below -35deg latitude from being imported to your database. Given the import command he posted here, that's not the case, but that's certainly the appearance. I had a similar problem when I first set up my tile server, and I'm struggling to remember just what I did to fix it. IIRC, I just scrapped the VM I was doing it in and started over with additional tweaks of the -C number as well as possibly some different psql settings, but I haven't been able to locate my notes. But the symptoms were identical, a complete loss of all details below some arbitrary line across the globe. Lynn (D) - KJ4ERJ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
On Wed, Jun 13, 2012 at 3:46 PM, Lynn W. Deffenbaugh (Mr) < ldeff...@homeside.to> wrote: > Without changing zoom, drag over and down South America. Watch it go > white (gray). Then move on over to the blank face of Australia. That's > the bug. > It looks like you included a bounding box for your initial import, preventing data above 76.6deg and below -35deg latitude from being imported to your database. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
Without changing zoom, drag over and down South America. Watch it go white (gray). Then move on over to the blank face of Australia. That's the bug. Lynn (D) - KJ4ERJ On 6/13/2012 4:43 PM, Ian Dees wrote: On Wed, Jun 13, 2012 at 3:40 PM, Christophe Merlet mailto:red...@redfoxcenter.org>> wrote: Hi I have the same bug as you can see. http://tile.paulla.asso.fr/slippymap.html Ubuntu 12.04 LTS + Kai krueger paquets Import planet-120508.osm.pbf + minute diff Bug in the planet or in the setup ? I lost my hair :( Looks fine to me. Can you describe the problem you're having? ___ 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] Map rendering issue
On Wed, Jun 13, 2012 at 3:40 PM, Christophe Merlet wrote: > Hi > > I have the same bug as you can see. > http://tile.paulla.asso.fr/slippymap.html > > Ubuntu 12.04 LTS + Kai krueger paquets > Import planet-120508.osm.pbf + minute diff > > Bug in the planet or in the setup ? I lost my hair :( Looks fine to me. Can you describe the problem you're having? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Map rendering issue
Hi I have the same bug as you can see. http://tile.paulla.asso.fr/slippymap.html Ubuntu 12.04 LTS + Kai krueger paquets Import planet-120508.osm.pbf + minute diff Bug in the planet or in the setup ? I lost my hair :( Librement, -- Christophe Merlet (RedFox) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Same node shows up multiple times in changeset
Am 13.06.2012 18:35, schrieb Eric Wolf: I am using a dated fork of the Rails Port, so I am hoping this has been fixed already. I am seeing occasional changesets with the same node showing up multiple times. The Api does nor prevent this. If an Editor chooses to upload a new Version of a Node without Changing anything, then it is like that. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Same node shows up multiple times in changeset
I am using a dated fork of the Rails Port, so I am hoping this has been fixed already. I am seeing occasional changesets with the same node showing up multiple times. E.g. http://navigator.er.usgs.gov/browse/changeset/1833 Node: http://navigator.er.usgs.gov/browse/node/1641360 shows up four times! I can't see any changes between the different versions. Any thoughts? It could be in Rails Port or it could be in Potlatch2. -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-334-7734 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map rendering issue
Lynn, did you have any specific settings in the kernel besides upping shared memory? I tried the import command below, and am still missing data below about 32 latitude which is the bottom half of australia and south america. Import command: time /usr/bin/osm2pgsql --slim -C 16000 --number-processes=4 planet-latest.osm.pbf re: I had a similar problem in exactly the same part of the planet when setting up my tile server from the same instructions. I finally gave my VM 24GB of ram and put the 14000 (IIRC) memory setting on the import command and all was well. Lynn (D) - KJ4ERJ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Origin of shoreline_300.tar.bz2
Hello, looks like shoreline_300.shp is somewhat broken: http://www.openstreetmap.org/?lat=25.387&lon=56.27&zoom=9&layers=M Where does this data originate from? Is this a simplifierd Version from "processed_p"? Probably it would be possible to re-tile it. Regards Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] More on the odd Australia rendering issue
I've tried upping the cache size on import and still am missing the same data, anyone have any ideas on what else I can try? Import command: time /usr/bin/osm2pgsql --slim -C 16000 --number-processes=4 planet-latest.osm.pbf On Thu, Jun 7, 2012 at 1:09 PM, Jason Clark wrote: > I posted earlier on the latest planet file possibly missing information... > I went back to Aprils planet dump and have the same issue. I'm not sure > if this is a data issue or an issue somewhere else. I've attached an image > of what I see when zooming into Australia (Sydney), anyone have any ideas? > > The server this is on is built from these instructions: > http://switch2osm.org/serving-tiles/building-a-tile-server-from-packages/ > . No errors during import and the rest of the world is fine. > > > Thanks for any help. > > > ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Anomaly detection
Hi Adam, how is the progress going. I would sort of like to see a little bit more output from you. It's now week three and I'm not quite sure whether your Week 1/2 milestone of "Bonding with the community, creating specification of desired results and methods of training." has been reached. Could you please start creating a progress report (preferable by day) so that we have some insight as to what's going on? I would really want this project to succeed. cheers, Derick ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev