[Potlatch-dev] [OpenStreetMap] #4484: driveway preset for P2?
#4484: driveway preset for P2? --+- Reporter: rw__ | Owner: potlatch-dev@… Type: enhancement | Status: new Priority: trivial | Milestone: Component: potlatch2 | Version: Keywords: preset, driveway | --+- How about a preset for driveways that adds both highway=service and service=driveway and also for alleys that adds both highway=service and service=alley ? Thanks, rweait -- Ticket URL: https://trac.openstreetmap.org/ticket/4484 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [OSM-dev] Attribution string
Hi, On 15.07.2012 02:23, Kai Krueger wrote: If one chooses to use the AddTileConfig or AddTileMimeConfig directives in the Apache site config instead, Which is the usual procedure for Tirex-based systems since they lack a renderd.conf (even though you're right and one could create a renderd.conf without actually using renderd)... But if someone has better ideas of how to configure this then let me know. Is there an advantage in having mod_tile generate the JSON response instead of simply putting a file at the root of the tile directory that contains the desired JSON response? 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] Attribution string
On 7/14/2012 4:57 PM, Kai Krueger wrote: OK, I have had a first attempt at implementing the tilejson spec in mod_tile and have committed it to svn. The URL I chose for now is http://[hostname]/[styleURL]/tile-layer.json http://localhost/osm/tile-layer.json It provides the name, schema, description, attribution, min/maxzoom and tiles attributes. The values for description, attribution and tiles is taken from new parameters in the renderd.conf file. Please let me know if there are things wrong with the implementation or if it can be improved, or even needs reverting. Is this running on any publicly accessible server that I would take a look at it? I tried the obvious (http://tile.openstreetmap.org/tile-layer.json), but got back a Not Found. Lynn (D) - KJ4ERJ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Attribution string
On 7/15/2012 8:30 AM, Frederik Ramm wrote: Is there an advantage in having mod_tile generate the JSON response instead of simply putting a file at the root of the tile directory that contains the desired JSON response? That's actually what I was thinking originally, provided that apache/mod_tile/whatever would serve it out of the tile-style-rooted directory. Seems more straightforward, but possibly less easily maintained, than a generate-on-the-fly. Lynn (D) - KJ4ERJ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New OGR driver to read OpenStreetMap .osm / .pbf files
Hi, I made a quick test with my old Windows laptop (2x1.2 GHz, 2 GB RAM) and Finland.osm.pbf. OGR driver is a few times faster than osm2pgsql for me, that is, 40 minutes vs. more than 2 hours on this slow computer. Osm2pgsql spends a great deal of the extra time for indexing osm_nodes, osm_ways and osm_relations even if I have no plans to do updates with diff files. Nice thing is that layers can be selected individually like with any other OGR multi-layer data source. This means that I can select to convert only the POIs (Feature Count: 306297) and it goes in about one minute, or only all the lines which takes about 10 minutes (Feature Count: 543777). I need to play a bit more with this new toy. Right now I have only two suggestions: osmconf.ini might have an option for renaming attributes. Especially attribute names like addr:city are invalid in GML and therefore cannot be published in WFS services before they are renamed to, for example, addr_city. Another suggestion is to try if relations which are not polygon relations could be converted into geometry collections. I am not sure if the result would be usable for any real use but at least it should be possible to visualise them with viewers like OpenJUMP. -Jukka Rahkonen- Even Rouault wrote: Hi, This is a forward of an email I just send on the gdal dev mailing list : Following the recent brainstorming with Jukka, I've pushed into trunk a driver to read OpenStreetMap .osm / .pbf files . No particularly exotic dependencies : SQLite (and Expat for OSM XML files) See http://www.gdal.org/ogr/drv_osm.html for the details (will be available in a few hours). The performance to convert http://download.geofabrik.de/osm/europe/finland.osm.pbf into a Spatialite DB is the following one on my PC (Core i5 @ 2.67 GHz with 64bit GDAL) : $ time ogr2ogr finland.sqlite finland.osm.pbf -f SQLite -dsco SPATIALITE=YES -gt 1 -progress --config OGR_SQLITE_SYNCHRONOUS OFF real4m31.194s user3m33.020s sys 0m46.070s Testing with larger areas, like whole France or Europe, shows sluggish performance when ways are built from nodes, but that's perhaps expected. I didn't compare with other tools to know if the indexing or request strategy is particularly bad. The data/osmconf.ini configuration file is pretty basic and its settings could likely be improved with some tweaking. Contributions welcome. An improved version of the driver could allow specifying custom layers, instead of the 4 fixed ones. Happy testing, Even PS: I'm not sure if this is the right list @openstreetmap.org for that kind of news. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Nominatim data import error: ERROR: DB Error: no such table
Hi All, I was told to post my issue here. The original post is here: http://help.openstreetmap.org/questions/14238/nominatim-data-import-error-error-db-error-no-such-table When I try to import map data for Nominatim, I get the following error: ... INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 COMMIT SET SET SET SET SET SET SET SET SET CREATE TABLE SET SET SET SET SET SET SET SET CREATE TABLE ALTER TABLE Import Usage error. For further information see: osm2pgsql -h|--help osm2pgsql SVN version 0.70.5 ERROR: DB Error: no such table DB Error: no such table I get the same thing with osm2pgsql SVN version 0.80.0 (32bit id space). The 0.70.5 version is the one installed from Ubuntu's repos and the 0.80.0 version was intalled using the kakrueger/openstreetmap PPA as described here: http://wiki.openstreetmap.org/wiki/Osm2pgsql. Does anyone know why I get this? I'm running Ubuntu 12.04 64bit Server. Thanks, Gabriel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Nominatim data import error: ERROR: DB Error: no such table
You should be installing osm2pgsql from source, most recent version. See http://wiki.openstreetmap.org/wiki/Nominatim/Installation#Compiling_the_Required_Software Simon Am 15.07.2012 17:37, schrieb Gabriel Rossetti: Hi All, I was told to post my issue here. The original post is here: http://help.openstreetmap.org/questions/14238/nominatim-data-import-error-error-db-error-no-such-table When I try to import map data for Nominatim, I get the following error: ... INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 COMMIT SET SET SET SET SET SET SET SET SET CREATE TABLE SET SET SET SET SET SET SET SET CREATE TABLE ALTER TABLE Import Usage error. For further information see: osm2pgsql -h|--help osm2pgsql SVN version 0.70.5 ERROR: DB Error: no such table DB Error: no such table I get the same thing with osm2pgsql SVN version 0.80.0 (32bit id space). The 0.70.5 version is the one installed from Ubuntu's repos and the 0.80.0 version was intalled using the kakrueger/openstreetmap PPA as described here: http://wiki.openstreetmap.org/wiki/Osm2pgsql. Does anyone know why I get this? I'm running Ubuntu 12.04 64bit Server. Thanks, Gabriel ___ 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] Nominatim data import error: ERROR: DB Error: no such table
Yes, I tried that too, I uninstalled the APT installed version and modified the settings/local.php entry to point to the compiled version. Only difference is it says: osm2pgsql SVN version 0.80.0 (64bit id space) instead of: osm2pgsql SVN version 0.80.0 (32bit id space) but it still gives me the same error. On 07/15/2012 06:08 PM, Simon Poole wrote: You should be installing osm2pgsql from source, most recent version. See http://wiki.openstreetmap.org/wiki/Nominatim/Installation#Compiling_the_Required_Software Simon Am 15.07.2012 17:37, schrieb Gabriel Rossetti: Hi All, I was told to post my issue here. The original post is here: http://help.openstreetmap.org/questions/14238/nominatim-data-import-error-error-db-error-no-such-table When I try to import map data for Nominatim, I get the following error: ... INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 INSERT 0 1 COMMIT SET SET SET SET SET SET SET SET SET CREATE TABLE SET SET SET SET SET SET SET SET CREATE TABLE ALTER TABLE Import Usage error. For further information see: osm2pgsql -h|--help osm2pgsql SVN version 0.70.5 ERROR: DB Error: no such table DB Error: no such table I get the same thing with osm2pgsql SVN version 0.80.0 (32bit id space). The 0.70.5 version is the one installed from Ubuntu's repos and the 0.80.0 version was intalled using the kakrueger/openstreetmap PPA as described here: http://wiki.openstreetmap.org/wiki/Osm2pgsql. Does anyone know why I get this? I'm running Ubuntu 12.04 64bit Server. Thanks, Gabriel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ 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] Attribution string
On 7/15/2012 6:30, Frederik Ramm wrote: Hi, On 15.07.2012 02:23, Kai Krueger wrote: If one chooses to use the AddTileConfig or AddTileMimeConfig directives in the Apache site config instead, Which is the usual procedure for Tirex-based systems since they lack a renderd.conf (even though you're right and one could create a renderd.conf without actually using renderd)... But if someone has better ideas of how to configure this then let me know. Is there an advantage in having mod_tile generate the JSON response instead of simply putting a file at the root of the tile directory that contains the desired JSON response? Not really. But if it is automated, chances are that more people will actually do it and make it easier for tools to rely on it. If one is happy with the defaults, one doesn't need to do anything and it should just work. Kai Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Weird Vespucci issue
Hi, I have a really weird issue with Vespucci: On my Galaxy Nexus with Android 4.0.4, as soon as the storage box (loaded area) does not cover the entire screen, the whole map is greyed out (instead of just the part that is not loaded). It seems as if the canvas.clipRect(rect, Region.Op.DIFFERENCE); completely blacks out the entire clipRect (in Map.java, function paintStorageBox). On another device with Android 2.3.x, the same code works flawlessly. Can anyone with Android 4.x please test if they get the same behavior? Does anyone know this issue, or how it can be fixed? I tried various things, for example: canvas.clipRect(100,100,200,200, Region.Op.REPLACE); canvas.clipRect(150,150,450,250, Region.Op.UNION); Which seemed to result in a single clipRect of 100,100,450,250 on Android 4.0.4, while giving the expected result (two rectangles) on 2.3.x. Is this a known bug (or feature) in Android 4.0.x? Kind regards, Jan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Weird Vespucci issue
Am 2012-07-16 03:58, schrieb Jan Schejbal: Which seemed to result in a single clipRect of 100,100,450,250 on Android 4.0.4, while giving the expected result (two rectangles) on 2.3.x. Is this a known bug (or feature) in Android 4.0.x? Of course I can google for hours without finding the explaination, but as soon as I send out the mail, I find it: http://android-developers.blogspot.de/2011/03/android-30-hardware-acceleration.html Its a feature, and I'll make a workaround for it. Kind regards, Jan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
