[OSM-talk] Update OSM with complete road data

[Andre Schoonbee]

Hi List

 

I have for the past year collected almost all the roads data (national and
residential) for Namibia. This data was in shp format. I then used osm2shp
to convert this to OSM format. But this file now is 240MB (Zipped 34MB). Due
to bandwidth constrain there is no way I could upload the OSM file (240MB).
Is there a way or someone that could help to load the file if I sent the
zipped file? It will mean that most of the roads that is currently in OSM
for Namibia could be deleted and replaced with this new data set. The data
is very complete and accurate.

 

Andre

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

[OSM-talk] Place names with coordinates in Wikipedia + OSM

[Lars Aronsson]

Hi, I'm user:LA2 and have not been very active in OSM in 2008. 
Instead I have been more active in the Swedish language Wikipedia. 
This might change back in 2009.

The Swedish language Wikipedia has many articles about places that 
don't specify any geographic coordinate.  Some other language 
versions of Wikipedia have special task forces or "wikiprojects" 
aiming to add coordinates to articles.

Once coordinates are in the articles, they can be extracted to 
create a list of places names to coordinates, useful for OSM.
Perhaps the reverse can also be made?  Has anyone tried this?

Does OSM have any metric, such as place names per square kilometer 
or place names per 1000 inhabitants, to help me understand if 
there are too few or enough many place names in OSM for Sweden?

Place names should typically be related to population density. But 
do we have any free population density data?

If we are going to create a list of place names with coordinates, 
we could just as well do this for Wikipedia and OSM at the same 
time.  What is the best way?  Perhaps this should be kept and 
maintained as a separate database, that can then be imported into 
OSM and Wikipedia?  If so, is that database Geonames.org?  I see 
there is a [[Geonames errata]] page on the OSM wiki, but it links 
to a non-existing external page.

Besides Geonames, are there NASA/CIA/TIGER data that provide place 
names with coordinates for Northern Europe?  Are they accurate 
enough to be useful, or do we need to improve them?  Is the 
Geonames classification (type of place) good enough for OSM?


-- 
  Lars Aronsson ([EMAIL PROTECTED])
  Aronsson Datateknik - http://aronsson.se

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

Re: [OSM-talk] hospital with emergency=yes/no

[Frederik Ramm]

Hi,

> What about a possible "emergency" access tag? It could cause a name
> conflict. At the least, the tag could be vague if it appears separate from a
> hospital node. What about "emergency_service" or "emergency_department" or
> "emergency_room"?

This may well have been a reason why the proposal was stalled; someone 
had suggested to change it into "class=emergency" (which, as others 
remarked, would then rob you of the opportunity to explicitly tag the 
absence of such facilities).

I think the name conflict is negligible. It is true that the "emergency" 
tag is also actively (not only a possibility!) used to tag access 
restrictions but one is strictly in conjunction with highways and the 
other with hospitals.

I wanted to put the feature on Map Features based on established use. I 
cannot simply invent something that is not yet used and put it on Map 
Features - either document "emergency" now, or wait until people 
establish something else and then document that. I'm in favour of the 
first option. It could still be fixed later should the need arise.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk] New Debugging-Tool: OSM-Inspector

[Matt Amos]

On Tue, Oct 28, 2008 at 9:17 PM, Jochen Topf <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 28, 2008 at 05:34:20PM +, Matt Amos wrote:
>> it seems to be flagging addresses tagged with the associatedStreet
>> relation method of the Karlsruhe schema with "cannot find street"
>> errors. is this is because street finding via relations isn't
>> implemented yet?
>
> Yes, thats not implemented. There are only 443 of those relations in the
> whole of Europe (vs. nearly 320.000 addr:street tags on nodes). So I
> guess that method looks more or less dead to me. Any opinions on that?

i was using it because it is documented on the karlsruhe schema wiki
page and it seems cleaner than looking up on street name. the relation
explicitly and uniquely binds the houses to the street, whereas name
lookup binds implicitly. that means its more prone to spelling
mistakes etc...

>> finally, a request: could you please add postal_code
>> (http://wiki.openstreetmap.org/index.php/Key:postal_code) as a synonym
>> for addr:postcode, so i can debug these areas in the UK? it'd be a
>> pain to go back and change them all :-)
>
> I hesitate to support two tags for the same thing. And there are many
> more addr:postcode tags than postal_code. Has this been discussed
> somewhere already?

as far as i can tell, the postal_code tag has been used for about a
year and a half longer than addr:postcode, although i can't find much
mention of it on the mailing list / wiki besides these:

http://lists.openstreetmap.org/pipermail/dev/2006-March/000823.html
http://lists.openstreetmap.org/pipermail/talk-gb/2007-March/001931.html
http://wiki.openstreetmap.org/index.php?title=Key:place&oldid=5338

it probably should be discussed. i guess the alternatives are are:

1) we choose one and start highlighting the other in openstreetbugs / maplint
2) we choose to use both, and tools must be adapted.

either way, we should probably make sure it is definitively documented
on the wiki this time!

cheers,

matt

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

Re: [OSM-talk] hospital with emergency=yes/no

[Karl Newman]

On Tue, Oct 28, 2008 at 2:55 PM, Frederik Ramm <[EMAIL PROTECTED]> wrote:

> Hi,
>
>there was a proposal on the Wiki about two years ago about a
> possible extra tag "emergency" for hospitals, to signal whether they
> have an A&E (or ER, U.S.) facility. The proposal was voted through at
> the time but there were procedural doubts (something like 5 pro and 1
> contra vote or so) and the proposal remained in limbo and was recently
> flagged "abandoned" by User:Chriscf.
>
> Meanwhile, since the "emergency" tag obviously makes a lot of sense, it
> has been used about 80 times in conjunction with hospitals in Europe.
>
> I'll therefore move that on to the Map Features page unless someone has
> a good reason against it.
>
> See here for details of the old proposal:
>
> http://wiki.openstreetmap.org/index.php/Proposed_features/Hospital:_Emergency
>
> Bye
> Frederik
>

What about a possible "emergency" access tag? It could cause a name
conflict. At the least, the tag could be vague if it appears separate from a
hospital node. What about "emergency_service" or "emergency_department" or
"emergency_room"?

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

Re: [OSM-talk] I've added some amenity values to "Map Features" based on tag usage

[Lars Francke]

> I've added some values to the Map Features amenity section (with the
> times used):
>
> - 2320 bench (used a LOT more than park_bench - "only" 1100 times)
> - 1485 shelter
> - 351 emergency_phone
>
> I hesitated to add other values where I was unclear about ...

I wonder why there is a amenity=veterinary on the map features page
but nothing at all about doctors. amenity=doctors (used about 400
times) and amenity=doctor (~150 times) seem useful to me. Is there
something I'm missing?
waste_basket (150) is something I find useful, too. God knows how
often I've looked for one

Lars

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

Re: [OSM-talk] New Debugging-Tool: OSM-Inspector

[Christoph Eckert]

Hi,

> More info in my blog posting here: http://blog.geofabrik.de/?p=15 .

what about a less krautish subject ;-) ?

Cheers,

ce


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

Re: [OSM-talk] Ideas for student project on OSM

[Matt Amos]

On Tue, Oct 28, 2008 at 8:24 PM, Freek <[EMAIL PROTECTED]> wrote:
> I have not seen those (would be interested), but I would guess rectangular
> queries make an equilateral-triangle subdivision inherently less favourable,
> even though the geometry is distorted by the projection

i think it might have been this one... or maybe not... it was a long
time ago :-)

http://research.microsoft.com/research/pubs/view.aspx?tr_id=736

> (we don't have much
> data near the poles anyway ;-)

this is exactly why an icosahedral decomposition is so good - each
tile in the same level of the tree is very nearly the same projected
area. the quadtile approach (whether using 3395 or 4326) projects to
much smaller areas near the poles than the equator, so wastes valuable
coordinate space and unbalances the tree. if the icosahedron is
oriented correctly (fuller's dymaxion orientation) then several of the
triangular faces are completely filled with ocean and can be omitted.

cheers,

matt

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

[OSM-talk] hospital with emergency=yes/no

[Frederik Ramm]

Hi,

there was a proposal on the Wiki about two years ago about a 
possible extra tag "emergency" for hospitals, to signal whether they 
have an A&E (or ER, U.S.) facility. The proposal was voted through at 
the time but there were procedural doubts (something like 5 pro and 1 
contra vote or so) and the proposal remained in limbo and was recently 
flagged "abandoned" by User:Chriscf.

Meanwhile, since the "emergency" tag obviously makes a lot of sense, it 
has been used about 80 times in conjunction with hospitals in Europe.

I'll therefore move that on to the Map Features page unless someone has 
a good reason against it.

See here for details of the old proposal:
http://wiki.openstreetmap.org/index.php/Proposed_features/Hospital:_Emergency

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk] Ideas for student project on OSM

[Freek]

On Tuesday 28 October 2008, Nic Roets wrote:
> Well, I'm really pleased with the performance of the fixed tile size
> algorithms I implemented in gosmore. OSM data is remarkably "flat" : Either
> a tile is empty (sea / rural / unmapped) or has approximately the same
> number of objects as any other urban tile. So if the tiles are small enough 
> you don't need a second index (e.g. subdividing the tiles).

Interesting observation... 

> * Arrange the tiles in a 2-D Hilbert curve to reduce disk seeks

Still, I think the idea of Asano et al. [1] applies because you are retrieving 
a set of square tiles within a rectangular query region (with a reasonable 
aspect ratio), but I don't know if it's really noticeably better in practice.

[1] Publicly available version: 
ftp://ftp.inf.ethz.ch/doc/papers/ti/grpw/SFC.ps.gz

-- 
Freek

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

[OSM-talk] I've added some amenity values to "Map Features" based on tag usage

[Ulf Lamping]

Hi!

I've added some values to the Map Features amenity section (with the 
times used):

- 2320 bench (used a LOT more than park_bench - "only" 1100 times)
- 1485 shelter
- 351 emergency_phone

I hesitated to add other values where I was unclear about ...

Regarda, ULFL

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

Re: [OSM-talk] New Debugging-Tool: OSM-Inspector

[Jochen Topf]

On Tue, Oct 28, 2008 at 05:34:20PM +, Matt Amos wrote:
> On Tue, Oct 28, 2008 at 4:36 PM, Jochen Topf <[EMAIL PROTECTED]> wrote:
> > We have created a new debugging tool for OSM. The idea is similar to
> > Maplint and the Coastline Checker, but the tool is more flexible. In
> > several views (currently: geometry errors, addresses tagged according to
> > the Karlsruhe Schema, and everything related to water) you can look at
> > the OSM data on a map, get further info by clicking on things and jump
> > directly into an editor to fix the bugs.
> 
> thanks, this is awesome! i've already found and fixed a few addressing
> bugs in my area (apparently, i can't tell odd from even).
> 
> it seems to be flagging addresses tagged with the associatedStreet
> relation method of the Karlsruhe schema with "cannot find street"
> errors. is this is because street finding via relations isn't
> implemented yet?

Yes, thats not implemented. There are only 443 of those relations in the
whole of Europe (vs. nearly 320.000 addr:street tags on nodes). So I
guess that method looks more or less dead to me. Any opinions on that?

> finally, a request: could you please add postal_code
> (http://wiki.openstreetmap.org/index.php/Key:postal_code) as a synonym
> for addr:postcode, so i can debug these areas in the UK? it'd be a
> pain to go back and change them all :-)

I hesitate to support two tags for the same thing. And there are many
more addr:postcode tags than postal_code. Has this been discussed
somewhere already?

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [OSM-talk] Ideas for student project on OSM

[Nic Roets]

Well, I'm really pleased with the performance of the fixed tile size
algorithms I implemented in gosmore. OSM data is remarkably "flat" : Either
a tile is empty (sea / rural / unmapped) or has approximately the same
number of objects as any other urban tile. So if the tiles are small enough
you don't need a second index (e.g. subdividing the tiles).

* Arrange the tiles in a 2-D Hilbert curve to reduce disk seeks
* Use integers, because most of the operations are compares

On Tue, Oct 28, 2008 at 10:24 PM, Freek <[EMAIL PROTECTED]> wrote:

> On Tuesday 28 October 2008, Iván Sánchez Ortega wrote:
> > - Benchmark a quadtile solution vs. a more general geodetic grid tree
> > solution (get the quadtile idea, apply it to triangles instead of
> squares,
> > put 'em on a geodesic sphere; basically, instead if dividing a square
> into
> > four squares, you increase the chord factor of a fractal geodesic sphere
> by
> > one). Throw in a R-tree benchmark for good measure.
>
> If you want to minimize the number of disk seeks in a quadtile-like
> approach,
> using a special type of space-filling curve can also help [1]. It may be
> interesting to see if such an optimization criterion leads to different
> space-filling curves for triangle-based subdivisions.
>
> By the way, on the side of R-trees (special) space-filling curves can also
> be
> used to improve query efficiency, see the recent thread on dev [2]. A
> comparison with a standard type R-tree would not be "fair" in my opinion.
>
> On Tuesday 28 October 2008, Matt Amos wrote:
> > there were some published benchmarks of icosahedral quadtiles vs.
> > rectangular quadtiles vs. R(*?)-trees and rectangular quadtiles "won"
> > for those benchmark conditions. i can't find the paper now, though.
> > this was one of the reasons i never finished my icosahedral OSM server
> > implementation. (the other one was that i spent all my time reading
> > papers, not actually writing code...)
>
> I have not seen those (would be interested), but I would guess rectangular
> queries make an equilateral-triangle subdivision inherently less
> favourable,
> even though the geometry is distorted by the projection (we don't have much
> data near the poles anyway ;-)
>
> [1] 
> http://dx.doi.org/10.1016/S0304-3975(96)00259-9(
> sciencedirect.com, no
> open access. The z-curve in Fig. 2 is basically the one used in current
> quadtile implementations.)
> [2] http://lists.openstreetmap.org/pipermail/dev/2008-October/012185.html
>
> --
> Freek
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] osmcut.c Some problems with my solution :-)

[Michael Hufer]

On Tuesday 28 October 2008 21:12:10 Frederik Ramm wrote:
> Hi,
>
> Michael Hufer wrote:
> > My solution:
> > The input.osm file is already read twice to add the nodes outside the
> > tile boundaries. But the ways were already written in the first pass. I
> > changed that so that the ways are also written to the tile osm-file in
> > the second pass not the first so that now all node elements are above the
> > ways elements they are used in. This solution unfortunately increases the
> > processing time as the current version stops when it reached the first
> > way element in the second parse pass of the input file. I.e. it processed
> > only the node elements in the second pass while this new version must
> > process node AND way elements in the second pass.
>
> Would it perhaps be a better option to simply open two files per tile
> instead of one (one for nodes, one for ways), then write some nodes and
> all ways on the first pass, and add a few nodes to the node file on the
> second pass (and stop parsing on reaching ); finally close the way
> file, re-open it for reading, and append all contents to the node file?

I thought about this, too. But then used this variant as it was a simple and a 
small change (one additional if construct and one additional argument to the 
process_way function) to the existing code.

> The drawback of this is that it uses a lot of file descriptors but since
> you don't seem to want to go planet-wide anyway...

It might work for small excerpts like germany but bigger ones - like the whole 
of europe - the number of file descriptors reach the system limits again...

Micha H.

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

Re: [OSM-talk] Ideas for student project on OSM

[Freek]

On Tuesday 28 October 2008, Iván Sánchez Ortega wrote:
> - Benchmark a quadtile solution vs. a more general geodetic grid tree
> solution (get the quadtile idea, apply it to triangles instead of squares,
> put 'em on a geodesic sphere; basically, instead if dividing a square into
> four squares, you increase the chord factor of a fractal geodesic sphere by
> one). Throw in a R-tree benchmark for good measure.

If you want to minimize the number of disk seeks in a quadtile-like approach, 
using a special type of space-filling curve can also help [1]. It may be 
interesting to see if such an optimization criterion leads to different 
space-filling curves for triangle-based subdivisions.

By the way, on the side of R-trees (special) space-filling curves can also be 
used to improve query efficiency, see the recent thread on dev [2]. A 
comparison with a standard type R-tree would not be "fair" in my opinion.

On Tuesday 28 October 2008, Matt Amos wrote:
> there were some published benchmarks of icosahedral quadtiles vs.
> rectangular quadtiles vs. R(*?)-trees and rectangular quadtiles "won"
> for those benchmark conditions. i can't find the paper now, though.
> this was one of the reasons i never finished my icosahedral OSM server
> implementation. (the other one was that i spent all my time reading
> papers, not actually writing code...)

I have not seen those (would be interested), but I would guess rectangular 
queries make an equilateral-triangle subdivision inherently less favourable, 
even though the geometry is distorted by the projection (we don't have much 
data near the poles anyway ;-)

[1] http://dx.doi.org/10.1016/S0304-3975(96)00259-9 (sciencedirect.com, no 
open access. The z-curve in Fig. 2 is basically the one used in current 
quadtile implementations.)
[2] http://lists.openstreetmap.org/pipermail/dev/2008-October/012185.html

-- 
Freek

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

[OSM-talk] osmcut.c Some problems with my solution :-)

[Michael Hufer]

Hi,
While playing around with osmcut (C-Version) and mkgmap I came across a few 
problems.

1) some ways which cross the tile boundaries where not correctly drawn i.e. 
the ways end at the last node inside the tile boundary. Even thought the 
nodes of these ways are also present in the tile osm-file albeit after the 
way elements at the end of the tile osm-file.

My solution: 
The input.osm file is already read twice to add the nodes outside the tile 
boundaries. But the ways were already written in the first pass. I changed 
that so that the ways are also written to the tile osm-file in the second 
pass not the first so that now all node elements are above the ways elements 
they are used in. This solution unfortunately increases the processing time 
as the current version stops when it reached the first way element in the 
second parse pass of the input file. I.e. it processed only the node elements 
in the second pass while this new version must process node AND way elements 
in the second pass.

2) A tile size less than ~1 degree is not possible in the current version of 
osmcut as the tile numbers are stored in a unsigned short int variable and 
the tile numbers are always calculated across the whole planet (i.e. 360x180 
degrees).

AFAIK , splitting the whole planet in <1degrees tiles would exceed some limits 
in the Garmin IMG/TDP file format, anyway. So I figured it will only make 
sense with input files containing only parts of the planet. (In my case the 
germany.osm excerpt from GEOFABRIK.) So I added new calling arguments for 
osmcut --left --right --bottom --top to tell osmcut the actual boundaries of 
the input file. Tile numbers are then calculated using this boundingbox. I 
did not add any error handling if the input file contains a node with 
coordinates outside this BB. Thought in this case the calculated tile number 
is either negative or greater than the maximum tile number calculated from 
the BB, and this was checked in the original code already.
I also considered to read the boundingbox from the input file itself, but at 
least, the germany.osm from GEOFABRIK does not contain boundingbox 
information (i.e. the 'bounds' element) in the file. So I opted for this 
manual way via arguments when calling osmcut.

3) The new mkgmap feature to crop the IMG-Tiles at the tile boundaries does 
not work as osmcut does not add a boundingbox i.e. the 'bounds' element into 
the tile osm-file.

Calculate the boundingbox of a tile and add it as a 'bounds' element when the 
tile osm-file is first opened i.e. the first node is added to the file.


Since I don't have SVN access I attached the source with my changes to this 
mail. Please check and test the code, and someone with svn access should 
check it into the OSM repository.

Cheers,
Micha H.


osmcut.c.bz2
Description: BZip2 compressed data
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Ideas for student project on OSM

[Matt Amos]

On Tue, Oct 28, 2008 at 6:01 PM, Iván Sánchez Ortega
<[EMAIL PROTECTED]> wrote:
> El Martes, 28 de Octubre de 2008, Iván Sánchez Ortega escribió:
>> - Benchmark a quadtile solution vs. a more general geodetic grid tree
>> solution (get the quadtile idea, apply it to triangles instead of squares,
>> put 'em on a geodesic sphere; basically, instead if dividing a square into
>> four squares, you increase the chord factor of a fractal geodesic sphere by
>> one). Throw in a R-tree benchmark for good measure.

e.g: http://www.cs.umd.edu/~hjs/pubs/leesdh98short.pdf

there were some published benchmarks of icosahedral quadtiles vs.
rectangular quadtiles vs. R(*?)-trees and rectangular quadtiles "won"
for those benchmark conditions. i can't find the paper now, though.
this was one of the reasons i never finished my icosahedral OSM server
implementation. (the other one was that i spent all my time reading
papers, not actually writing code...)

> Related to this...
>
> Create a way to render triangular tiles matching such a fractal geodesic
> index...
>
> and...
>
> Modify KDE's Marble in order to render a geodesic sphere :-D

in 3D *and* in fuller's dymaxion projection :-)

cheers,

matt

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

Re: [OSM-talk] Ideas for student project on OSM

[Iván Sánchez Ortega]

El Martes, 28 de Octubre de 2008, Iván Sánchez Ortega escribió:
> - Benchmark a quadtile solution vs. a more general geodetic grid tree
> solution (get the quadtile idea, apply it to triangles instead of squares,
> put 'em on a geodesic sphere; basically, instead if dividing a square into
> four squares, you increase the chord factor of a fractal geodesic sphere by
> one). Throw in a R-tree benchmark for good measure.

Related to this...

Create a way to render triangular tiles matching such a fractal geodesic 
index...

and...

Modify KDE's Marble in order to render a geodesic sphere :-D



Cheers,
-- 
--
Iván Sánchez Ortega <[EMAIL PROTECTED]>

Now listening to: Gene Harris - Jazz in the City - A Beautiful Day in the Big 
Apple With Gare Du Nord - [9] Listen Here (4:54) (0.00%)


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New Debugging-Tool: OSM-Inspector

[Matt Amos]

On Tue, Oct 28, 2008 at 4:36 PM, Jochen Topf <[EMAIL PROTECTED]> wrote:
> We have created a new debugging tool for OSM. The idea is similar to
> Maplint and the Coastline Checker, but the tool is more flexible. In
> several views (currently: geometry errors, addresses tagged according to
> the Karlsruhe Schema, and everything related to water) you can look at
> the OSM data on a map, get further info by clicking on things and jump
> directly into an editor to fix the bugs.

thanks, this is awesome! i've already found and fixed a few addressing
bugs in my area (apparently, i can't tell odd from even).

it seems to be flagging addresses tagged with the associatedStreet
relation method of the Karlsruhe schema with "cannot find street"
errors. is this is because street finding via relations isn't
implemented yet?

finally, a request: could you please add postal_code
(http://wiki.openstreetmap.org/index.php/Key:postal_code) as a synonym
for addr:postcode, so i can debug these areas in the UK? it'd be a
pain to go back and change them all :-)

cheers,

matt

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

[OSM-talk] Somthing odd with the rendering of contours

[Andrew Rowson]

Hi,

I'm trying to set up a Mapnik server with a transparent contours 
overlay. I've succeeded in getting the mapping data imported into 
postgis along with the contour data for the region I'm looking at. 
Initially, I imported the UK data and noticed that there were odd things 
going on with the contours in various places. Thinking this was just bad 
SRTM data, I imported the data for switzerland (so I could compare with 
OpenPisteMap) and am seeing the same thing. I've got a picture of how 
it's rendering:

http://img66.imageshack.us/my.php?image=mapky8.png

Both the map tiles and the contour tiles were rendered with the 
generate_tiles.py script. There are two issues. The first is apparent 
from the image - the contour lines aren't being rendered in some areas. 
The other I noticed when looking at my UK renderings - in some cases 
contours weren't plotted above a certain height, leading to lots of 
"plateaus" in what should be quite a hilly area.

I've rendered these both with the script and with mod_tile, redownloaded 
and imported the data and with the same result. Any ideas what's causing 
this?

Thanks,

Andrew

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

Re: [OSM-talk] Ideas for student project on OSM

[OJ W]

Write a tile data server:
http://wiki.openstreetmap.org/index.php/Tile_data_server

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

[OSM-talk] New Debugging-Tool: OSM-Inspector

[Jochen Topf]

Hi!

We have created a new debugging tool for OSM. The idea is similar to
Maplint and the Coastline Checker, but the tool is more flexible. In
several views (currently: geometry errors, addresses tagged according to
the Karlsruhe Schema, and everything related to water) you can look at
the OSM data on a map, get further info by clicking on things and jump
directly into an editor to fix the bugs.

The tool is at http://tools.geofabrik.de/ .

More info in my blog posting here: http://blog.geofabrik.de/?p=15 .

Currently works in Firefox only and only data for Europe is available.
Extensions are planned. We are looking forward to any feedback!

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [OSM-talk] Ideas for student project on OSM

[Shaun McDonald]

On 28 Oct 2008, at 15:33, Iván Sánchez Ortega wrote:


El Martes, 28 de Octubre de 2008, James Stewart escribió:

[..]

- Support for more map projections in JOSM


Could also add it to Merkaartor.

[...]
Also, on the "good to know" section:

- PostGIS vs. MySQL spatial vs. Oracle Spatial vs. MS SQL server  
benchmarks.

SQLite anyone?


There has already been some testing of osm data in SQLite, and there  
it is only suitable for small (less than 2GB) amounts of data.


Shaun

smime.p7s
Description: S/MIME cryptographic signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] osmdiff published

[GS]

Hi list,

I just published the program osmdiff. You find it here (bottom of page):


http://wiki.openstreetmap.org/index.php/Osmdiff

Reports can be found here:

http://wiki.openstreetmap.org/index.php/Osmdiff_reports

I would be glad if other people would publish reports here too.
Preferably on a regular basis?

Cheers

Gary68
Gerhard




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

Re: [OSM-talk] Ideas for student project on OSM

[Iván Sánchez Ortega]

El Martes, 28 de Octubre de 2008, James Stewart escribió:
> Has any one got any ideas of the sorts of work that could be done/needs to  
> be done for the OSM project that a post grad student could work?

Right off the top of my head, on the "it would be useful" section:

- OSM - to - WFS-T bridge (or read-only live WFS interface)
- Support for more map projections in JOSM
- Support for georeferenced raster images in JOSM (jpg would do; jpeg2000 and 
ecw would be a plus)
- Support for OSM API 0.6 in "traditional" GIS software (arcgis, qgis, grass, 
gvsig, whatever)
- A method for getting submetric GPX traces based on raw data from garmin 
receivers (build on top of the GPS post-processing stuff at  
http://artico.lma.fi.upm.es/numerico/miembros/antonio/async/ )
- Tool to automatically detect large sections of overlapping area ways (i.e. 
administrative borders shared between administrative areas), and convert the 
area ways into relations (heavy graph theory here)

Also, on the "good to know" section:

- PostGIS vs. MySQL spatial vs. Oracle Spatial vs. MS SQL server benchmarks. 
SQLite anyone?
- R-tree vs. quadtiles benchmarks.

Also, on the "less useful but awesome anyway because OSM has so much cool 
data" section:

- Render the OSM dataset in a cool and useful projection, such as sinusoidal 
or an Icosahedral Pseudoglobe (that last one would be a nice swag item for 
the State of the Map). 
- Benchmark a quadtile solution vs. a more general geodetic grid tree solution 
(get the quadtile idea, apply it to triangles instead of squares, put 'em on 
a geodesic sphere; basically, instead if dividing a square into four squares, 
you increase the chord factor of a fractal geodesic sphere by one). Throw in 
a R-tree benchmark for good measure.


Cheers,
-- 
--
Iván Sánchez Ortega <[EMAIL PROTECTED]>

Now listening to: Broadway Project - In Finite (2005) - [2] I, Partisan (4:48) 
(0.00%)


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Ideas for student project on OSM

[Nic Roets]

I suggest the region-based history idea. The source for it's data will be a
planet file plus all the subsequent diffs. It must then be able to "get" the
map for any given historic time and any reasonable bounding box. The
challenge is to index all that data and provide a reasonable service to the
community.

Optionally it should be able answer the query when a particular bounding box
was changed.

Some more info here :
http://wiki.openstreetmap.org/index.php/Talk:OSM_Protocol_Version_0.6
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Ideas for student project on OSM

[Sascha Silbe]

On Tue, Oct 28, 2008 at 02:38:05PM +, James Stewart wrote:

Hi, I am a contributor to the map,but also work in the University in  
Edinburgh. I have been talking to the people who run the MSc in GIS,  
they have 140 students, and have to propose potential dissertation  
projects.
Most of the students work on the technology side,  programming and 
developing tools.
Has any one got any ideas of the  sorts of work that could be 
done/needs to  be done for the OSM project  that a post grad student 
could work?

Just a few random ideas:

- generate "places" tree (i.e. Continent -> Country -> State -> District 
-> City etc.)

  - Bonus: house numbering
- layering: use several OSM API instances to store (different types of) 
data (e.g. main API + phone numbers/contact information)

  - add layering support to JOSM
  - CLI tool for accumulating information from different API instances
  - CLI tool for splitting and feeding information into different API 
instances

- relation editing:
  - add modular / easily extensible "special purpose" relation editors 
to JOSM

- Turn restrictions
- Bus routes
- Collected ways
- ...

CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Ideas for student project on OSM

[Pieren]

Do you know this:
http://wiki.openstreetmap.org/index.php/Student_projects
and related pages on the wiki ?

Pieren

On Tue, Oct 28, 2008 at 3:59 PM, James Stewart

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

Re: [OSM-talk] Ideas for student project on OSM

[James Stewart]

Andy,
Unfortunately it will be too late then. We h ave to seed them with  
ideas, which they choose fairly soon, in order to start next year, so  
we are looking for examples of projects to get them interested, rather  
than hope they get interested first,
James
On 28 Oct 2008, at 14:54, Andy Robinson (blackadder-lists) wrote:

> James Stewart wrote:
>> Sent: 28 October 2008 2:38 PM
>> To: talk@openstreetmap.org
>> Subject: [OSM-talk] Ideas for student project on OSM
>>
>> Hi, I am a contributor to the map,but also work in the University in
>> Edinburgh. I have been talking to the people who run the MSc in GIS,
>> they have 140 students, and have to propose potential dissertation
>> projects. Most of the students work on the technology side,
>> programming and developing tools. Has any one got any ideas of the
>> sorts of work that could be done/needs to  be done for the OSM  
>> project
>> that a post grad student could work?
>>
>
> I'd suggest you get students to read up about the project and get
> enthusiastic for something. They will be much more productive if  
> they come
> up with an idea themselves, true OSM style.
>
> Cheers
>
> Andy
>
>
>
>


-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


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

Re: [OSM-talk] Ideas for student project on OSM

[Andy Robinson (blackadder-lists)]

James Stewart wrote:
>Sent: 28 October 2008 2:38 PM
>To: talk@openstreetmap.org
>Subject: [OSM-talk] Ideas for student project on OSM
>
>Hi, I am a contributor to the map,but also work in the University in
>Edinburgh. I have been talking to the people who run the MSc in GIS,
>they have 140 students, and have to propose potential dissertation
>projects. Most of the students work on the technology side,
>programming and developing tools. Has any one got any ideas of the
>sorts of work that could be done/needs to  be done for the OSM project
>that a post grad student could work?
>

I'd suggest you get students to read up about the project and get
enthusiastic for something. They will be much more productive if they come
up with an idea themselves, true OSM style.

Cheers

Andy 




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

[OSM-talk] Ideas for student project on OSM

[James Stewart]

Hi, I am a contributor to the map,but also work in the University in  
Edinburgh. I have been talking to the people who run the MSc in GIS,  
they have 140 students, and have to propose potential dissertation  
projects. Most of the students work on the technology side,  
programming and developing tools. Has any one got any ideas of the  
sorts of work that could be done/needs to  be done for the OSM project  
that a post grad student could work?


James


Dr James Stewart
Research centre for Social Sciences
Institute for the Study of Science, Technology and Innovation
University of Edinburgh



t: +44 131 650 6392
skype:jameskstew2

http://homepages.ed.ac.uk/jkstew/
LinkedIn http://www.linkedin.com/in/jamesks
http://www.issti.ed.ac.uk

 ***Mobile Phones, Cigarettes for the 21st Century***


--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

BEGIN:VCARD
VERSION:3.0
N:Stewart;James;;;
FN:James Stewart
ORG:University of Edinburgh;
TITLE:Research Fellow
EMAIL;type=WORK;type=pref:[EMAIL PROTECTED]
TEL;type=WORK;type=pref:+441316506392
TEL;type=CELL:+447766735064
TEL;type=FAX:+441316506399
ADR;type=WORK;type=pref:;;RCSS/ISSTI\nOld Surgeons Hall \nHigh School Yards;Edinburgh;;EH1 1LZ;UK
URL:http://www.rcss.ed.ac.uk/staff/jamess.html
X-AIM;type=HOME;type=pref:jamesksedin
END:VCARD



"The University of Edinburgh is a charitable body, registered in  
Scotland, with registration number SC005336."




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

Re: [OSM-talk] SEO

[Hugh Barnes]

On Saturday 25 October 2008, 06:37:03, SteveC did write:
> 
> If positive I'd suggest that we build a list of terms we want to push  
> the ranking up for, throw these at someone with SEO knowledge, review  
> the changes they suggest and then see who would like to implement  
> them. 

Have considered this on and off the last few days and ready to make a positive 
contribution for a change. I think it would be appropriate and beneficial for 
the project and searchers alike if OSM were to come up high in searches for:

* "custom maps"
* "website maps" / "maps for my website"
* "pocket maps"
* "transport maps"
* "travel maps"
* "accessibility maps"
* "toilet maps"
* "dog walking maps"
* "playground maps"
* basically any $FEATURE OSM can do better: "$FEATURE maps"
* "piste maps" would be brilliant
* "map making"
* "mapping software"
* "mapping clubs" ??

Is that useful? (This seems like a job for the wiki.)

… and those stable placename URLs should work well after some time, finding 
"maps $PLACE" and similar.

Cheers

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

Re: [OSM-talk] Calling all Yahoo! tracers. Manchester, UK needs you before Saturday!

[Andy Robinson (blackadder-lists)]

John,

Neat idea. You would not get any traces of course and that makes it a little
more difficult to do POI's and correct positional alignment but in principal
it's a great idea for at least getting street names done.

Cheers

Andy

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:talk-
>[EMAIL PROTECTED] On Behalf Of John McKerrell
>Sent: 28 October 2008 11:38 AM
>Cc: OSM Talk
>Subject: Re: [OSM-talk] Calling all Yahoo! tracers. Manchester,UK needs you
>before Saturday!
>
>
>On 28 Oct 2008, at 10:58, Tim Waters (chippy) wrote:
>
>> Thanks to all Yahoo tracers! It really made a huge difference, gave
>> people, families and children without GPS units a good easy task to
>> fill in the names, and helped us using the GPS devices loaded with no
>> named streets, to know where to capture the names.
>>
>> Many thanks!
>
>This is good to hear, and links to something that I've been thinking
>of doing for the next Liverpool mapping party (whenever I get around
>to arranging that).
>
>I've been thinking of having some sort of registration process for
>people who are coming, just something simple that takes the email
>address of people and their address/postcode/latitude&longitude
>entered on a map. We would then get people to do Yahoo! tracing of the
>areas that people are coming from and then send them through a PDF of
>the blank streets before the mapping party. The idea then would be
>that people could actually turn up to the mapping party having already
>done the mapping and we could then take them through how to enter the
>data into the database.
>
>Any thoughts?
>
>John
>
>___
>talk mailing list
>talk@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk
>
>No virus found in this incoming message.
>Checked by AVG - http://www.avg.com
>Version: 8.0.175 / Virus Database: 270.8.4/1751 - Release Date: 27/10/2008
>10:44 PM


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

Re: [OSM-talk] Calling all Yahoo! tracers. Manchester, UK needs you before Saturday!

[Andy Robinson (blackadder-lists)]

Thanks Tim. I should have added the Yahoo! tracers to my original thank-you
note.

Cheers

Andy

>-Original Message-
>From: Tim Waters (chippy) [mailto:[EMAIL PROTECTED]
>Sent: 28 October 2008 10:59 AM
>To: Andy Robinson (blackadder-lists)
>Cc: Christoph Boehme; talk@openstreetmap.org
>Subject: Re: [OSM-talk] Calling all Yahoo! tracers. Manchester, UK needs
>you before Saturday!
>
>Thanks to all Yahoo tracers! It really made a huge difference, gave
>people, families and children without GPS units a good easy task to
>fill in the names, and helped us using the GPS devices loaded with no
>named streets, to know where to capture the names.
>
> Many thanks!
>
>Tim
>
>No virus found in this incoming message.
>Checked by AVG - http://www.avg.com
>Version: 8.0.175 / Virus Database: 270.8.4/1751 - Release Date: 27/10/2008
>10:44 PM


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

Re: [OSM-talk] Calling all Yahoo! tracers. Manchester, UK needs you before Saturday!

[John McKerrell]

On 28 Oct 2008, at 10:58, Tim Waters (chippy) wrote:

> Thanks to all Yahoo tracers! It really made a huge difference, gave
> people, families and children without GPS units a good easy task to
> fill in the names, and helped us using the GPS devices loaded with no
> named streets, to know where to capture the names.
>
> Many thanks!

This is good to hear, and links to something that I've been thinking  
of doing for the next Liverpool mapping party (whenever I get around  
to arranging that).

I've been thinking of having some sort of registration process for  
people who are coming, just something simple that takes the email  
address of people and their address/postcode/latitude&longitude  
entered on a map. We would then get people to do Yahoo! tracing of the  
areas that people are coming from and then send them through a PDF of  
the blank streets before the mapping party. The idea then would be  
that people could actually turn up to the mapping party having already  
done the mapping and we could then take them through how to enter the  
data into the database.

Any thoughts?

John

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

Re: [OSM-talk] Calling all Yahoo! tracers. Manchester, UK needs you before Saturday!

[Tim Waters (chippy)]

Thanks to all Yahoo tracers! It really made a huge difference, gave
people, families and children without GPS units a good easy task to
fill in the names, and helped us using the GPS devices loaded with no
named streets, to know where to capture the names.

 Many thanks!

Tim

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

Re: [OSM-talk] Many roads missing

[Ed Loach]

Patrick replied:

> That one looks a lot like the "missing stripes" bug. That bug
> should
> have been fixed by Dirk Stöcker on 21.10. Either the bug is not
> totally
> gone, or the person who rendered that tile has not updated yet.

One way to see if a given tile might be subject to this bug is to
change the URL slightly:
http://server.tah.openstreetmap.org/Browse/slippy/?lat=41.9326&lon=-
87.7409&zoom=13

This uses the same lat, lon and zoom as the previous URL, but looks
at a slightly different server. 

>From there, zoom back out to level 12. The "missing stripes bug" had
an issue rendering the vertical stripe at the right hand side of a
given tile, as seems to be the case here.

While there it is also possible to request a rerender to see if that
fixes the issue, although I note the status of the tile is currently
rendering, so it may be that anyone coming to this discussion in an
hour or so might not be able to see what the problem was.

Ed



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

Re: [OSM-talk] Many roads missing

[Patrick Kilian]

Hi,

> What would cause these roads not to render?
> http://www.openstreetmap.org/?lat=41.9455&lon=-87.7344&zoom=13&layers=0B00FTF
That one looks a lot like the "missing stripes" bug. That bug should
have been fixed by Dirk Stöcker on 21.10. Either the bug is not totally
gone, or the person who rendered that tile has not updated yet.

HTH,
Patrick "Petschge" Kilian

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

Re: [OSM-talk] Many roads missing

[Juan Lucas Dominguez Rubio]

I didn't mention it before because it happened only once and for a very short 
time, but I saw a similar problem in the city where I live (Valencia, Spain) a 
few weeks ago. It seems to be a problem with Osmarender's renderer :-D If 
Nicholas has seen a second case (at least to my knowledge), I pressume this 
issue is happening in many other places.
 
cheers,
Lucas
 
 



De: [EMAIL PROTECTED] en nombre de Nicholas Vetrovec
Enviado el: mar 28/10/2008 10:03
Para: talk@openstreetmap.org
Asunto: [OSM-talk] Many roads missing



What would cause these roads not to render?
http://www.openstreetmap.org/?lat=41.9455&lon=-87.7344&zoom=13&layers=0B00FTF

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


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

Re: [OSM-talk] Many roads missing

[Nick Whitelegg]

>What would cause these roads not to render?
>
http://www.openstreetmap.org/?lat=41.9455&lon=-87.7344&zoom=13&layers=0B00FTF

I noticed a similar thing on [EMAIL PROTECTED], for Romsey, Hampshire, UK 
yesterday. I added several roads on sunday night, but some of them are not 
rendering - despite being there when viewed in JOSM. The missing roads are 
*not* the last ones I added.

Nick





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

[OSM-talk] Many roads missing

[Nicholas Vetrovec]

What would cause these roads not to render?
http://www.openstreetmap.org/?lat=41.9455&lon=-87.7344&zoom=13&layers=0B00FTF

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