Martin Koppenhoefer | 1 Mar 2010 03:13
Picon
Gravatar

Re: [OSM-dev] OSM front page design concept

2010/2/28 Tirkon <tirkon33 <at> yahoo.de>:
> But this is exactly rhat, what I am asked i.e. by Wikipedia users. At
> present they draw their maps for every geographical article (states,
> regions, districts, towns, municipality, urban quarters) and the
> sub-chapters of these (water, public transport, railway etc etc) and
> special interests (cycling, on horseback etc) by hand. This is over
> and over again the same work only with a different assortment. It
> would be really helpful, if it was possible to extract automaticly
> these informations nearly live from OSM.

it is already possible, you can get these things through the XAPI or
by selecting them locally from the complete data (or an excerpt).

cheers,
Martin
Frederik Ramm | 1 Mar 2010 08:49
Favicon

Re: [OSM-dev] OSM front page design concept

Hi,

Martin Koppenhoefer wrote:
>> But this is exactly rhat, what I am asked i.e. by Wikipedia users. At
>> present they draw their maps for every geographical article (states,
>> regions, districts, towns, municipality, urban quarters) and the
>> sub-chapters of these (water, public transport, railway etc etc) and
>> special interests (cycling, on horseback etc) by hand. This is over
>> and over again the same work only with a different assortment. It
>> would be really helpful, if it was possible to extract automaticly
>> these informations nearly live from OSM.
> 
> it is already possible, you can get these things through the XAPI or
> by selecting them locally from the complete data (or an excerpt).

Yes but this is really not the focus of OpenStreetMap. Remember that our 
focus is mapping stuff that is visible on the ground. The kind of maps 
discussed here rely almost entirely on stuff that is not visible 
(administrative borders, mostly). These are not one of our strengths, 
and never will be - we can of course import them from somewhere but if 
they were freely available, so could Wikipedians drawing maps...

Bye
Frederik

--

-- 
Frederik Ramm  ##  eMail frederik <at> remote.org  ##  N49°00'09" E008°23'33"
Tareq Ismail | 1 Mar 2010 09:44
Picon

[OSM-dev] Using shp2osm.pl for Routing?

Hello all,

I wanted to use pyroutelib for routing but am not satisfyied with the osm maps for the region I'm interested in. I recently purchased a shp file of the area and wanted to try use pyroutelib with it, this means converting the shp file to osm. I've looked at a few shp file to osm converters and so far I think the best solution is shp2osm, found here: http://svn.openstreetmap.org/applications/utils/import/shp2osm/

What do you guys think? Will shp2osm work well for routing? I read that it connects nodes well so I'm hoping it works well for routing, do you think this conversion approach will work well?

Any feedback is greatly appreciated, thanks!!


Tareq Ismail

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Stephan Plepelits | 1 Mar 2010 10:51
Picon
Gravatar

Re: [OSM-dev] OSM front page design concept

On Sun, Feb 28, 2010 at 11:24:54AM +0100, Frederik Ramm wrote:
> What you are describing is the "web map to end all web maps". It is a 
> natural tendency for many in the IT industry to always try and 
> generalise ("if I add this and make that configurable, then the same 
> backend could be used to do all these things...").
Yeah, it happens to me too all the time, that people say "But on Google
Maps I can do that and that, why not integrate it to the OSM main page".
I think people are used to that right now, that they use just one portal
for a lot of things.

> In contrast, I think that a lean main site has a better chance of 
> encouraging individuals to create their own specialist maps just as we 
> have it now.
I always compare Free Software to an evolutionary process. As it's so easy
to get the data and the source, people just start experimenting. It's
bottom up. Mankind did not evolve because there was one super human who was
that much greater ... no, the generations always learned from each other and
evolved.

I think that all these applications around OpenStreetMap should learn to
interact with each other (more than they do now). We already have APIs from
Cloudmade for Routing, you can choose between different kind of Tiles, etc.

I still think that the main OpenStreetMap homepage should be more about
community than it is right now. Links to all those great webpages, people
build from OpenStreetMap. How do you find them now?
Try it, it's not easy.

Even on the Wiki-Main-Page there's no link. There's a pretty good page
called http://wiki.openstreetmap.org/wiki/Applications, but (according to
'What links here') there are no links to that page.

People hear of the OpenStreetMap, look at the page, and for sure they are
disappointed. Because there is no routing. There are no points of
interest. There's a map which doesn't look too good (at least to
continental Europeans who are not used to blue and green motorways). And
the new frontpage design is not an improvement in my opinion.

At least there should be a BIG link to that Applications page from above.

An example for a better OSM homepage could be http://www.openstreetmap.de -
This is about community. There are links to other applications. (If you
don't speak german go to http://tinyurl.com/ylfhf8w (the same page
translated by Google).

> The more of OSM is centrally run and maintained, the less diversity and 
> creativity the project will offer.
Exactly. That's why the main page should show this diversity and creativity
by linking to those applications.

greetings,
        Stephan

PS: As I write to the list anyway, I can make a little announcement about
my child, the OpenStreetBrowser. In future it will be possible to create
own categories and there will be a HTTP-API to query those categories.
Take a look at
http://wiki.openstreetmap.org/wiki/OpenStreetBrowser/API_Proposal and tell
me what you think (e.g. on the discussion page).
--

-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,---------------------------------------------------------------------.
| Stephan Plepelits,                                                  |
| Technische Universität Wien   -    Studien Informatik & Raumplanung |
| Projects:                                                           |
| > openstreetbrowser.org > couchsurfing.org > tubasis.at > bl.mud.at |
| Contact:                                                            |
| > Mail: skunk <at> xover.mud.at > Blog: plepe.at > Jabber: skunk <at> fsinf.at|
| > Twitter: twitter.com/plepe > Wave: plepelits <at> googlewave.com       |
`---------------------------------------------------------------------'

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Steve Hill | 1 Mar 2010 11:14

[OSM-dev] Contours, hillshading and void filling


I'm having a go at hillshading with the SRTM data at the moment. 
Obviously the data needs to be void-filled before being shaded, so I 
looked at the gdal_fillnodata.py script that ships with gdal 1.7.1.

This script doesn't appear to work when I point it at the GeoTIFF files (I 
end up with the voids still in the output file), but it does work if I 
use .hgt files for input.  I assumed that since the .hgt files hadn't been 
processed by the srtm_generate_hdr.sh script that the resulting data would 
be incorrectly projected, but gdalinfo tells me that it contains the same 
projection data as the .tif files that srtm_generate_hdr.sh produces.

So I've been looking at srtm_generate_hdr.sh to see exactly what it does, 
and I have to say that I'm extremely confused: it appears that it creates 
a .hdr and .prj file, and then does absolutely nothing with them - the 
.tif is produced by the following:
 	cp $TILE.hgt $TILE.bil
 	gdal_translate -ot Int16 $TILE.bil $TILE.tif

Can anyone shed some light onto this?

From reading the srtm_generate_hdr.sh comments, it seems that even without 
the correction the script is supposed to be doing, we're only talking 
about an error of around 45 metres (i.e. the difference between the centre 
and edge of a pixel) so in the grand scheme of things it probably doesn't 
matter whether it is working or not, but it would be nice to know why I'm 
bothering to run it when generating contour lines.

--

-- 

  - Steve
    xmpp:steve <at> nexusuk.org   sip:steve <at> nexusuk.org   http://www.nexusuk.org/

      Servatis a periculum, servatis a maleficum - Whisper, Evanescence
Andy Allan | 1 Mar 2010 11:48
Picon
Gravatar

Re: [OSM-dev] Contours, hillshading and void filling

On Mon, Mar 1, 2010 at 10:14 AM, Steve Hill <steve <at> nexusuk.org> wrote:

>        cp $TILE.hgt $TILE.bil
>        gdal_translate -ot Int16 $TILE.bil $TILE.tif
>
> Can anyone shed some light onto this?

I'm pretty sure that gdal_translate here is using the .hdr and .prj
files - otherwise where is the location information coming from? The
hgt file has nothing in it other than the grid of values, and the
location information is purely found in the name of the hgt file and
the (external) maths required to convert that into coordinates.

Cheers,
Andy

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Steve Hill | 1 Mar 2010 12:43

Re: [OSM-dev] Contours, hillshading and void filling

On Mon, 1 Mar 2010, Andy Allan wrote:

> I'm pretty sure that gdal_translate here is using the .hdr and .prj
> files - otherwise where is the location information coming from?

Hmm.. Further investigation shows that it is magically using the .hgt and 
.prj when reading a file with a ".bil" extension (even though it is 
identical to the .hgt file).

However, if you point it at the .hgt file instead then gdal_translate 
seems to parse the location data out of the file name anyway.  The only 
difference appears to be that the resulting file contains 
"AREA_OR_POINT=Point" instead of "AREA_OR_POINT=Area".

It seems that gdal_fillnodata.py outputs a tiff with "AREA_OR_POINT=Area" 
if I point it at a .hgt file too...  (Still confused why it doesn't want 
to work on tiff inputs though)

--

-- 

  - Steve
    xmpp:steve <at> nexusuk.org   sip:steve <at> nexusuk.org   http://www.nexusuk.org/

      Servatis a periculum, servatis a maleficum - Whisper, Evanescence
Dane Springmeyer | 1 Mar 2010 18:46

Re: [OSM-dev] Mapnik Installation Problem


On Mar 1, 2010, at 4:50 AM, Martin Koppenhoefer wrote:

> 2010/3/1 Dane Springmeyer <blake <at> hailmail.net>:
>> Good news is that as of r1649 of Mapnik trunk (and in the upcoming
>> Mapnik 0.7.1 release) this workaround should no longer be needed (http://trac.mapnik.org/ticket/484
>> )
>
>
> OK, then I'll try again. Honestly I couldn't manage to get it finally
> working last time, as there was the index-problem (table OSM_... does
> not exist..., see below)
>

That sounds like a problem with importing data via osm2pgsql and not  
related to your compile problem (which only related to indexes for  
shapefiles not postgis).
Valent Turkovic | 1 Mar 2010 19:59
Picon
Gravatar

Re: [OSM-dev] OSM front page design concept

On Thu, 25 Feb 2010 15:47:50 +0100, Martin Koppenhoefer wrote:

> even with loads of feedback they are not able to update their maps in
> time (it takes them years to check and correct already known errors).

Agreed, but I would still like tools for people to report bug to me so I 
can fix issues.

In most towns in my country 1-2 active mappers is all it takes for town 
to me mapped, but more eyes on the map is always a good thing and easy 
feedback tools are only a plus.

--

-- 
pratite me na twitteru - www.twitter.com/valentt
blog: http://kernelreloaded.blog385.com
linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turkovic <at> hotmail.com

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Valent Turkovic | 1 Mar 2010 20:00
Picon
Gravatar

Re: [OSM-dev] OSM front page design concept

On Sun, 21 Feb 2010 09:19:12 +0000, Tom Hughes wrote:

> pointless little diatribe. I do help it made you feel better.

What are you on about?

--

-- 
pratite me na twitteru - www.twitter.com/valentt
blog: http://kernelreloaded.blog385.com
linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turkovic <at> hotmail.com

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Gmane