Re: [osmosis-dev] piping pbf

2010-11-09 Thread Peter Körner
Did you try specifying /dev/stdin as filename? I think it just don't 
support piping on windows and doesn't support the - shorthand.


Peter


Am 09.11.2010 20:14, schrieb Chris66:

is there any technical reason why osmosis can't read pbf from
a pipe (STDIN) ?


___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osmosis-dev


Re: [osmosis-dev] piping pbf

2010-11-09 Thread Scott Crosby
No reason, except that I hadn't written the command line parser to map '-'
to System.in

Scott
___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osmosis-dev


Re: [osmosis-dev] piping pbf

2010-11-09 Thread Chris66
Am 09.11.2010 22:19, schrieb Peter Körner:
 Did you try specifying /dev/stdin as filename? I think it just don't
 support piping on windows and doesn't support the - shorthand.

Hi, i'm using XP , so I can't use file=/dev/stdin

Chris


___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osmosis-dev


Re: [OSM-dev] changeset comment length limitation

2010-11-09 Thread Andrew Harvey
Ah, thats right, changeset comments are just tags against the changeset.

I was just going to describe what I change in the changeset, this is
the comment I was going to use,

Add land parcels (cadastral boundaries) from best guess from nearmap
imagery, and add street numbers and apartment block names from survey
to these parcels. boundary=cadastre is something I just made up, will
need to discuss the use of this further. Unable to assign the role
street to the associatedStreet relations because you need to make a
relation containing all the segments of the street, and how to do that
is not well agreed upon (multipolygon, collected way, route?).

I feel that if I leave anything out, then someone might not be able to
gather why I've done something a certain way in that changeset.

Linking to somewhere on the wiki seems like a good idea, I think
instead I'll just add my changeset comment as a diary entry and link
to the diary entry in the changeset comment. At least this allows
people to discuss a given changeset further (something I've wanted to
be able to do myself in the past without needing to send a private
message).

Thanks.

On Tue, Nov 9, 2010 at 6:43 PM, Jochen Topf joc...@remote.org wrote:
 All tags in the OSM database are currently limited to 255 characters. Having
 a (comparably low) limit makes life easier for everybody using the data.

 What is it that you want to store in the changeset that is so long? Can you
 maybe put this extra information on a wiki page and just add a link to the
 changeset or something like it?

 Jochen
 --
 Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] changeset comment length limitation

2010-11-09 Thread Matthias Julius

On Tue, 9 Nov 2010 19:10:26 +1100, Andrew Harvey
andrew.harv...@gmail.com
wrote:
 Linking to somewhere on the wiki seems like a good idea, I think
 instead I'll just add my changeset comment as a diary entry and link
 to the diary entry in the changeset comment. At least this allows
 people to discuss a given changeset further (something I've wanted to
 be able to do myself in the past without needing to send a private
 message).

And if osm.org/browse/... would detect URLs in changeset comments and make
them clickable that would make it even more convenient.  Or, the URL can go
into a separate tag.

Matthias

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] changeset comment length limitation

2010-11-09 Thread John Smith
On 9 November 2010 18:10, Andrew Harvey andrew.harv...@gmail.com wrote:
 Ah, thats right, changeset comments are just tags against the changeset.

 I was just going to describe what I change in the changeset, this is
 the comment I was going to use,

If it's so important that you absolutely must include all of that, you
could either break up the changeset into multiple changesets, or use
multiple changeset tags...

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] changeset comment length limitation

2010-11-09 Thread Tom Hughes
On 09/11/10 08:47, Matthias Julius wrote:

 And if osm.org/browse/... would detect URLs in changeset comments and make
 them clickable that would make it even more convenient.  Or, the URL can go
 into a separate tag.

A bit like this you mean?

  http://www.openstreetmap.org/browse/changeset/6325940

Tom

-- 
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] changeset comment length limitation

2010-11-09 Thread Matthias Julius

On Tue, 09 Nov 2010 09:15:13 +, Tom Hughes t...@compton.nu wrote:
 On 09/11/10 08:47, Matthias Julius wrote:
 
 And if osm.org/browse/... would detect URLs in changeset comments and
 make
 them clickable that would make it even more convenient.  Or, the URL
can
 go
 into a separate tag.
 
 A bit like this you mean?
 
   http://www.openstreetmap.org/browse/changeset/6325940

Exactly!

I'm impressed how quickly the feature got implemented.

:-/

Matthias

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] changeset comment length limitation

2010-11-09 Thread Eugene Alvin Villar
On Tue, Nov 9, 2010 at 10:29 PM, Matthias Julius li...@julius-net.net wrote:

 On Tue, 09 Nov 2010 09:15:13 +, Tom Hughes t...@compton.nu wrote:
 On 09/11/10 08:47, Matthias Julius wrote:

 And if osm.org/browse/... would detect URLs in changeset comments and
 make
 them clickable that would make it even more convenient.  Or, the URL
 can
 go
 into a separate tag.

 A bit like this you mean?

   http://www.openstreetmap.org/browse/changeset/6325940

 Exactly!

 I'm impressed how quickly the feature got implemented.

 :-/

 Matthias

I think that URL auto-link was already implemented long before.

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[osmosis-dev] pbf syntax?

2010-11-09 Thread Samir Faci (Dev)
I was looking over the wiki[1] and I don't see anything relating to
pbf.  I was trying to do something along these lines.

osmosis --read-replication-interval --simplify-change --write-pbf
though from the output I'm guessing this is either not
supported or I'm not understanding the intended usage.

I realize this still very alpha, .. just looking for some more info on
the topic.



1. http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage
-- 
--
Samir Faci
*insert title*
fortune | cowsay -f /usr/share/cows/tux.cow

___
osmosis-dev mailing list
osmosis-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osmosis-dev


Re: [osmosis-dev] pbf syntax?

2010-11-09 Thread Peter Körner

Am 09.11.2010 18:39, schrieb Samir Faci (Dev):

I was looking over the wiki[1] and I don't see anything relating to
pbf.  I was trying to do something along these lines.

osmosis --read-replication-interval --simplify-change --write-pbf
though from the output I'm guessing this is either not
supported or I'm not understanding the intended usage.

I realize this still very alpha, .. just looking for some more info on
the topic.



1. http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage


There's a link Development Detailed Usage that points to:

http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage

The PBF Tasks are documented there. The problem is, that 
--read-replication-interval produces a change stream, while the pbf 
methods can only work with entity streams, so no, this is not supported yet.


Peter

___
osmosis-dev mailing list
osmosis-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osmosis-dev


[OSM-dev] Mapnik/Postgres: Permissions Issue with contour layer

2010-11-09 Thread Nick Whitelegg
Hi,

I'm having difficulty rendering a Mapnik contour layer on a custom Mapnik tile 
server setup that I'm wanting to use for Freemap (this is on the SUCS website - 
thanks to Chris Jones!)

I've asked Chris, but in case it's a tricky issue I thought I'd ask here as 
well.

Basically OSM for the UK has been loaded into a database called 'gis'. I've 
also imported SRTM contour data, using the standard approach documented in the 
wiki, into a database called 'nickw' which I have full rights over (unlike the 
'gis' database). I've granted SELECT privileges to the 'gis' user into this 
'nickw' database but am getting the following error :

Nov  9 22:03:04 tilesrv renderd[13669]: An error occurred while loading the map 
layer 'openfootmap': PSQL error:#012ERROR:  permission denied for relation 
geometry_columns#012Full sql was: 'SELECT f_geometry_column, srid FROM 
geometry_columns WHERE f_table_name='contours''#012 (encountered during parsing 
of layer 'srtm_10')

It seems that the 'gis' user cannot access the 'nickw' database for some reason.

Is it maybe something as simple as having to restart the pgsql daemon?

Incidentally I can render the contours successfully if I import into my own 
database on my own machine.

Any pointers on this? The relevant section of the XML is as follows:

Layer name=srtm_10 status=on srs=+proj=latlong +datum=WGS84
StyleNamecontours10/StyleName
StyleNamecontours-text10/StyleName
Datasource
Parameter name=typepostgis/Parameter
Parameter name=hostlocalhost/Parameter
Parameter name=port5432/Parameter
Parameter name=usergis/Parameter
Parameter name=password[gis's password]/Parameter
Parameter name=dbnamenickw/Parameter
Parameter name=estimate_extentfalse/Parameter
Parameter name=table(select way,height from contours WHERE 
height::integer % 10 = 0 AND height::integer % 50 != 0 AND height::integer % 
100 != 0) as contours-10/Parameter
Parameter name=extent-180,-89.99,180,89.99/Parameter
/Datasource
/Layer


Thanks,
Nick

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Mapnik/Postgres: Permissions Issue with contour layer

2010-11-09 Thread Dane Springmeyer

On Nov 9, 2010, at 5:47 PM, Nick Whitelegg wrote:

 Hi,
 
 I'm having difficulty rendering a Mapnik contour layer on a custom Mapnik 
 tile server setup that I'm wanting to use for Freemap (this is on the SUCS 
 website - thanks to Chris Jones!)
 
 I've asked Chris, but in case it's a tricky issue I thought I'd ask here as 
 well.
 
 Basically OSM for the UK has been loaded into a database called 'gis'. I've 
 also imported SRTM contour data, using the standard approach documented in 
 the wiki, into a database called 'nickw' which I have full rights over 
 (unlike the 'gis' database). I've granted SELECT privileges to the 'gis' user 
 into this 'nickw' database but am getting the following error :
 
 Nov  9 22:03:04 tilesrv renderd[13669]: An error occurred while loading the 
 map layer 'openfootmap': PSQL error:#012ERROR:  permission denied for 
 relation geometry_columns#012Full sql was: 'SELECT f_geometry_column, srid 
 FROM geometry_columns WHERE f_table_name='contours''#012 (encountered during 
 parsing of layer 'srtm_10')
 

The obvious question is did you grant select on the geometry_columns and 
spatial_ref_sys tables?

Mapnik needs to be able to query these tables to get metadata about your 
spatial data tables, unless you supply it yourself.

So, for example you can bypass this by supplying:

Parameter name=srid900913/Parameter
Parameter name=geometry_fieldway/Parameter

 It seems that the 'gis' user cannot access the 'nickw' database for some 
 reason.
 

perhaps, or perhaps just those postgis tables?

 Is it maybe something as simple as having to restart the pgsql daemon?
 

I doubt it.

 Incidentally I can render the contours successfully if I import into my own 
 database on my own machine.
 
 Any pointers on this? The relevant section of the XML is as follows:
 
 Layer name=srtm_10 status=on srs=+proj=latlong +datum=WGS84
StyleNamecontours10/StyleName
StyleNamecontours-text10/StyleName
Datasource
Parameter name=typepostgis/Parameter
Parameter name=hostlocalhost/Parameter
Parameter name=port5432/Parameter
Parameter name=usergis/Parameter
Parameter name=password[gis's password]/Parameter
Parameter name=dbnamenickw/Parameter
Parameter name=estimate_extentfalse/Parameter
Parameter name=table(select way,height from contours WHERE 
 height::integer % 10 = 0 AND height::integer % 50 != 0 AND height::integer % 
 100 != 0) as contours-10/Parameter
Parameter name=extent-180,-89.99,180,89.99/Parameter
/Datasource
 /Layer
 
 
 Thanks,
 Nick
 
 ___
 dev mailing list
 dev@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/dev


___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev