Hi,
I don't know if anyone has noticed this, but there's a strange square of
geo data missing in London's Soho area (
http://www.openstreetmap.org/#map=15/51.5145/-0.1332). It's not that easy
to spot on the web map, I noticed it when I downloaded data from Overpass
API and rendered a map.
Hi,
Here's another complex multipolygon that I'm not sure the Wiki properly
addresses: http://www.openstreetmap.org/browse/relation/11104
Situation: there are several holes within holes (
http://www.openstreetmap.org/browse/way/143604319 is one). The geometric
situation is clear (and wiki covers
and the 3rd way?
Igor
On Wed, Oct 17, 2012 at 9:31 AM, Jochen Topf joc...@remote.org wrote:
On Wed, Oct 17, 2012 at 08:15:55AM +0200, Igor Brejc wrote:
Here's another complex multipolygon that I'm not sure the Wiki properly
addresses: http://www.openstreetmap.org/browse/relation/11104
Situation
On Wed, Oct 17, 2012 at 9:40 AM, Frederik Ramm frede...@remote.org wrote:
The area of the hole within the hole does not require special tagging,
as it is covered by the multipolygon itself. If you have a forest with a
hole in a hole, then that hole in a hole is forest as well.
True, but you
On Wed, Oct 17, 2012 at 10:10 AM, Jochen Topf joc...@remote.org wrote:
On Wed, Oct 17, 2012 at 09:56:23AM +0200, Igor Brejc wrote:
OK, a couple of things to consider:
- What happens if you modify your scenario so that the island is not a
forest, but a building instead?
Then you
On Wed, Oct 17, 2012 at 11:19 AM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
Mixing tags from the outer ways and the relation to interpret what
kind of object the relation represents is odd. Things would be much
clearer if tags applying to the relation must go into the relation and
On Wed, Oct 17, 2012 at 10:35 AM, Peter Wendorff
wendo...@uni-paderborn.dewrote:
And where's the problem?
The island is part of the area described by the multipolygon, as every
other outer way is, too.
It can be handled exactly the same as long as you don't want to do special
stuff
On Wed, Oct 17, 2012 at 1:05 PM, Frederik Ramm frede...@remote.org wrote:
Igor probably refers to the situation where you have a multipolygon with
an outer and inner ring, and both rings are tagged landuse=forest. In that
particular tagging, which is supported by most applications as a form
On Wed, Oct 17, 2012 at 1:37 PM, Peter Wendorff
wendo...@uni-paderborn.dewrote:
Hi Igor.
But if we're talking about topology, why (as I understand it) are you
trying to force topological stuff in the multipolygon RELATION?
That solves, well... nearly nothing.
You have to do exactly the same
On Mon, Oct 8, 2012 at 9:12 AM, Paul Norman penor...@mac.com wrote:
Personally, I’d regard any multipolygons containing non-ways as being in
error.
Unfortunately handing OSM data with too strict rules usually means a lot of
it has to be disregarded. Just look at multipolygons Wiki page
On Mon, Oct 8, 2012 at 10:17 AM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
2012/10/8 Igor Brejc igor.br...@gmail.com:
it has to be disregarded. Just look at multipolygons Wiki page to see how
many exceptions are allowed because people map things differently.
one, touching inner
On Mon, Oct 8, 2012 at 3:03 PM, SomeoneElse li...@mail.atownsend.org.ukwrote:
This particular example is presumably just an accidental cockup, as
http://www.openstreetmap.org/**browse/relation/1452380http://www.openstreetmap.org/browse/relation/1452380and
Hi,
While working on some multipolygon processing code, I noticed some cases
where multipolygons contained members which were themselves multipolygons
(with an inner role): http://www.openstreetmap.org/browse/relation/1450360
Since the Wiki docs don't mention such cases at all, I'm wondering
On Mon, Oct 8, 2012 at 3:38 AM, Willi wil...@gmx.de wrote:
See http://wiki.openstreetmap.org/wiki/Super-Relation/Implementation
JOSM relation editor supports parent and child relations.
Thanks for the link. I have to admit the text is not an easy read, and it
doesn't mention multipolygons
Why not use TileJSON? http://mapbox.com/developers/tilejson/
Igor
On Thu, Jul 12, 2012 at 7:12 AM, Kai Krueger kakrue...@gmail.com wrote:
On 07/10/2012 01:38 PM, Lynn W. Deffenbaugh (Mr) wrote:
I've been wondering if it would be possible to put a fixed URL on the tile
and/or API servers
On Thu, Jul 5, 2012 at 9:44 AM, Frederik Ramm frede...@remote.org wrote:
If I do this in Firefox on my desktop machine, there's hardly any
difference between the two, as OL downscales the images from 512x512 to
256x256 for display. Only if you right-click on an image will you see that
it is
SVG has several problems:
1. It's a general-purpose graphics format. It allows a lot of things,
but that comes with a cost - implementing and maintaining a SVG rendering
engine is difficult, making it efficient is even more so.
2. Although SVG is supposed to be a standard, not
Hi,
FWIW, Maperitive provides a resolution parameter to its generate-tiles
command. The parameter is an integer value indicating the scale to use when
rendering tiles - the default 1 renders 256x256 tiles. If you set it to 2,
you get 512x512.
Technically the whole thing is implemented by scaling
Great work and thanks for the detailed info.
One comment/question: from your description (using Mapnik) and from looking
at the json_getter.py I conclude you rely Osm2pgsql DB schema. I mentioned
earlier that I didn't want to limit Maperitive to using this flattened
schema, but would also try to
On Fri, Jul 29, 2011 at 11:56 AM, Richard Fairhurst rich...@systemed.netwrote:
Perhaps one day Maperitive might parse MapCSS
styles optionally, just as JOSM allows you to choose between MapCSS and its
own MapPaint styles?
Once I (hopefully) extend Maperitive with Python bindings, I see no
On Fri, Jul 29, 2011 at 8:26 PM, Komяpa m...@komzpa.net wrote:
In MapCSS I would have to go through the list of all geo elements and
apply
any matching MapCSS styling rules to produce a graphic element.
Maperitive goes through the list of all rules and finds any matching geo
elements
On Thu, Jul 28, 2011 at 12:37 PM, Richard Fairhurst rich...@systemed.netwrote:
(Incidentally, I missed out from my previous posting one thing that I did
want to say: my one disappointment with all of this is that Maperitive
doesn't use MapCSS or indeed anything of that ilk.)
Richard, if you
If you need printing-quality rendering, you can take a look at
http://maperitive.net/docs/manual/Commands/ExportBitmap.html#Scaling
Igor
On Wed, Jun 15, 2011 at 2:42 PM, Andy Allan gravityst...@gmail.com wrote:
On Wed, Jun 15, 2011 at 1:23 PM, Parveen Arora o...@parveenarora.in
wrote:
On
...or try to find UK counties shapefile here:
http://www.naturalearthdata.com/downloads/10m-cultural-vectors/ and convert
them to an OSM file.
Igor
On Sun, Jun 12, 2011 at 5:13 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
steve brown wrote:
I'm having a bit of trouble working out how
And my question: how do you actually retrieve the vector OSM data to a
browser? And in what form - the pure OSM model or something adapted for
Kothic?
Great work, BTW.
Igor
On Sat, Jun 11, 2011 at 8:25 AM, Frederik Ramm frede...@remote.org wrote:
Hi,
Komяpa wrote:
Glad to announce the
On Tue, May 24, 2011 at 10:52 AM, Jochen Topf joc...@remote.org wrote:
One problem with 64bit IDs is simply that they need twice as much space. If
you
store a billion node IDs that might be the difference between needing 4GB
of
RAM or 8GB. So I think it is worth it trying to live with 32bit
On Tue, May 24, 2011 at 11:39 AM, Frederik Ramm frede...@remote.org wrote:
Hi,
On 05/24/11 11:24, Igor Brejc wrote:
This could be a more serious issue. I guess in the history of GIS there
has never been such a large geo database as OSM is now becoming. Maybe
we (as the OSM community
On Tue, May 24, 2011 at 1:23 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
On 05/24/11 12:04, Igor Brejc wrote:
Yes, but is it really? It's a storage format, you need a 3rd party
driver to read it
Same for anything that uses protocol buffers, or for shapefiles, isn't
Jukka, thanks for this info, it come very handy once I get back to working
on spatialite stuff.
Igor
On Tue, May 24, 2011 at 1:00 PM, Jukka Rahkonen
jukka.rahko...@latuviitta.fi wrote:
Igor Brejc kirjoitti:
On Tue, May 24, 2011 at 11:39 AM, Frederik Ramm frede...@remote.org
wrote:
Hi
On Tue, May 24, 2011 at 5:09 PM, Peter Körner osm-li...@mazdermind.dewrote:
Am 24.05.2011 17:05, schrieb Igor Brejc:
Not necessarily the same thing. Writing protobuf reader is still much
easier than implementing something like
http://www.sqlite.org/fileformat.html and
http://www.sqlite.org
OK, thanks. So I still have some time to switch to 64bit ints in Maperitive.
Igor
On Sat, May 21, 2011 at 12:52 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
On 05/21/2011 03:53 AM, Igor Brejc wrote:
Can you give some rough estimates on how much time we still have until
this 64bit
Hi Frederik,
Can you give some rough estimates on how much time we still have until this
64bit issue comes up?
Thanks,
Igor
On Fri, May 20, 2011 at 10:42 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
not long now and we'll have our nodes IDs exceed the magical 2^31-1
limit, a time at
On Fri, May 6, 2011 at 12:02 PM, Dodi d...@moonbase.sk wrote:
There is just a small problem with user who don't want to update their
LOCUS
1.5.1 version because of dropped support for copyrighted maps (google and
so...)
One way to solve such problems (in the future) would be for the app to
On Thu, May 5, 2011 at 6:33 PM, M∡rtin Koppenhoefer
dieterdre...@gmail.comwrote:
2011/5/5 Grant Slater openstreet...@firefishy.com:
What about changing the tile urls frequently? This could be automated
and synchronized with the start page and would stop those apps quite
fast (at least until
Here's our chance: Locus author's blog post about some map providers removed
from Locus: http://locus.asamm.cz/?p=302#more-302
http://locus.asamm.cz/?p=302#more-302And specifically this comment and his
answer to it: http://locus.asamm.cz/?p=302#comment-63
On Thu, May 5, 2011 at 8:44 PM, Frederik Ramm frede...@remote.org wrote:
Leaving morality aside for a moment, I wonder what the attribution
requirement actually is in that situation. Say you make an Android app that
has no built-in tile sources but if you enter an URL in some text box it
such a file, even if the user entered its own URL.
Igor
On Thu, May 5, 2011 at 9:16 PM, Igor Brejc igor.br...@gmail.com wrote:
On Thu, May 5, 2011 at 8:44 PM, Frederik Ramm frede...@remote.org wrote:
Leaving morality aside for a moment, I wonder what the attribution
requirement actually
On Tue, Apr 19, 2011 at 3:15 PM, Jukka Rahkonen
jukka.rahko...@latuviitta.fi wrote:
I would say that it is still rendered as an area but the fill is
transparent and only outline coloured. Which brings to my mind another
smallish problem with big real world area features which has been
On Tue, Apr 19, 2011 at 7:27 PM, Ben Supnik bsup...@xsquawkbox.net wrote:
Of course, it may _still_ be up to the renderer to decide when to connect
vs. not connect areas...I think under my distinctions here, the renderer
would have discretion in case 3 to 'merge or not merge' but in cases 1
On Tue, Apr 19, 2011 at 8:04 PM, Ben Supnik bsup...@xsquawkbox.net wrote:
Hi Igor,
On 4/19/11 1:53 PM, Igor Brejc wrote:
The way I plan to solve this is to leave to the user to tell the
renderer what kind of a feature she wants to draw and how to
construct the feature from OSM primitives
On Tue, Apr 19, 2011 at 8:48 PM, Ben Supnik bsup...@xsquawkbox.net wrote:
But I do feel that the area as an OSM primitive is badly needed. Here
even _with_ external semantics it is sometimes difficult to determine
whether an OSM way represents a polyline or a closed polygon.
Agreed 100%.
On Tue, Apr 12, 2011 at 9:03 PM, Christian Vetter veaac.fdi...@gmail.comwrote:
And the implied tags noted in the wiki pages?
Could you be more specific? What tags, what pages?
Igor
___
dev mailing list
dev@openstreetmap.org
Hi,
From my experience with OSM tagging, you will have to implement some kind of
rules-based system in your app which would have to be easy to amend as you
discover more and more peculiarities of free-style OSM tagging.
Like Frederik says, don't rely too much on OSM Wiki, there's just too much
Hi,
To anyone interested: I've added a proposal of a new variant of representing
areas in OSM in the context of the discussion of the future of areas:
http://wiki.openstreetmap.org/wiki/The_Future_of_Areas/Areas_on_Nodes_or_Ways#Variant:_Two-Tier_Approach
The whole discussion is available at
On Thu, Apr 7, 2011 at 4:00 PM, Richard Fairhurst rich...@systemed.netwrote:
It still amazes me how many app developers have made the functioning of
their paid-for app entirely dependent on what someone (OSM) decides to do
with a third-party server.
cheers
Richard
It's a convenience
Hi,
There are two different things here:
- A format for efficiently transmitting storing OSM data in the memory
- A data model for efficient rendering.
These are not the same, they serve different purposes and usually if you
want memory efficiency, you'll loose out on the rendering speed
I'll play a heretic here, but my feeling is that openness in OSM will
more and more come under question, and the reason is scaling. Yes, OSM
can proclaim the access to its data is open, but in reality only someone
(or better some organization/company) with enough HW resources to be
able to
Original-Nachricht
Datum: Tue, 28 Dec 2010 07:30:51 +0100
Von: Igor Brejc igor.br...@gmail.com
An: mar...@gmx.eu
CC: Frederik Ramm frede...@remote.org, dev@openstreetmap.org
Betreff: Re: [OSM-dev] Layered Tiling (Mapnik)
On Mon, Dec 27, 2010 at 11:29 PM, mar...@gmx.eu
On Mon, Dec 27, 2010 at 11:29 PM, mar...@gmx.eu wrote:
But there is one problem you would have to deal with: there is no collision
avoidance between the texts of different tile layers.
That could be solved if the all the layers were rendered as a single map,
but painted onto several layer
Hi,
Although I ranted before about the high barriers to entry in using the OSM
data, I agree with Frederik on this one. With limited resources providing a
good quality data query service isn't really a priority.
I've implemented support for XAPI in both Kosmos and Maperitive and it's a
flaky
Hi,
You could take a look at Kosmos's code
(http://downloads.igorbrejc.net/osm/kosmos/ BSD license), I've
implemented an algorithm for finding a point in the area which should be
a good enough approximation of the center. I use it for Maperitive, too.
But it's definitively not the same as
The similar issue is with coastlines in these extracts. Geofabrik's extracts
only contain the coastline within country's borders , which makes it
difficult to render the sea using renderers like Maperitive. A better
solution would be use the bounding box of the country as the criteria for
That work flow (osm2pgsql+PostGIS+pgsql2sqlite) does not help the end user
very much. But perhaps someday there will be ready made Spatialite
database files for download, with indexes and perhaps a bunch of views.
Then it would be possible to download one single data file bundled with,
let's
Probably not realistic, but an idea nevertheless a new Web map layer showing
all nodes, ways (relations?) in simple wireframe mode. Those that are not
safe shown as red and those that are in black.
But I'm a bit skeptical whether this all would do any good. I'd say go ahead
and map. And save your
On Wed, Aug 25, 2010 at 12:18 PM, Alan Mintz
alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net
wrote:
At 2010-08-25 01:27, Igor Brejc wrote:
But I'm a bit skeptical whether this all would do any good. I'd say go
ahead and map. And save your local copies of OSM files for the stuff
...(forgot to click on the reply-to-all button, sorry Frederik)...
Or you can take a look at Maperitive, it enables you to export bitmaps both
from OSM tiles or using a custom rendering (including one similar to
Mapnik's OSM layer).
It uses a local tile caching and download throttling so it
Hi everyone,
For the past few days I've been experimenting with PostGIS, trying to
create some basic support for it from Kosmos. I've managed to setup the
DB, import the UK data and even had some moderate success with accessing
the data from Kosmos code.
Since I'm not very good at SQL (having
Apollinaris Schoell wrote:
On 29 Jul 2009, at 22:05 , Igor Brejc wrote:
Karl Newman wrote:
The topology rules are simple--if the ways share a node, then they are
connected and it is possible to navigate from any of the connected
ways to another (subject to turn restrictions, etc
Karl Newman wrote:
The topology rules are simple--if the ways share a node, then they are
connected and it is possible to navigate from any of the connected
ways to another (subject to turn restrictions, etc.) The layer tag is
primarily a hint for renderers for proper display of vertically
Richard Fairhurst wrote:
Frederik Ramm wrote:
To be honest, I think that GPS traces are horribly overrated and
will only further diminish in importance for OSM. I wouldn't spend
a lot of time reinventing anything to do with GPS traces.
Why's that?
For those of you in countries
Hi,
I'm revisiting some of my old OSM reader/writer code and I'm wondering
about the visible attribute for OSM XML tags. Looking at the
http://wiki.openstreetmap.org/wiki/Data_Primitives I now understand it
specifies whether the element is actually present in the database, but
I'm wondering
80n wrote:
Performance is a function of the speed of the server and demand.
Generally demand is always high and the server is used for other
services as well. The solution to this is lots more servers.
Perhaps we should initiate a new OSM donation drive for XAPI servers?
After all, one of
Hi,
Frederik Ramm wrote:
Hi,
Tels wrote:
This works fine, except for coastlines, where I have two problems:
You're having exactly the same problems as the ti...@home project. The
project has solved them by artificially closing the coastlines to form
an ocean polygon. The
Frederik Ramm wrote:
I would imagine some complaints from those users who are not interested
in buildings, and for whom 90% of the data they download is useless
after the import. You might have to provide filtered extracts for them.
I agree with Frederik, although I see a practical
Dirk-Lüder Kreie wrote:
What do you use to calculate the maxX (trivial) and maxY coordinates
for the tiles?
There might be a hidden rounding error.
All projection code used for [EMAIL PROTECTED] is in svn:
http://svn.openstreetmap.org/applications/rendering/tilesAtHome/lib/tahproject.pm
Dirk-Lüder Kreie wrote:
What do you use to calculate the maxX (trivial) and maxY coordinates
for the tiles?
There might be a hidden rounding error.
All projection code used for [EMAIL PROTECTED] is in svn:
http://svn.openstreetmap.org/applications/rendering/tilesAtHome/lib/tahproject.pm
Hi all,
I've added slippymap-like rendering directly into Kosmos GUI (it will be
available in the next version, probably within a week). Anyway, I've
noticed that there is an discrepancy between Kosmos rendering and tiles
generated by Mapnik (and Osmarender). All the stuff Kosmos renders is
On Tue, Sep 30, 2008 at 10:56 AM, Stefan de Konink [EMAIL PROTECTED]wrote:
Igor Brejc schreef:
Has anybody done any work on storing OSM data into a sqlite database?
I'm personally pro another database, but what about publishing the
planet.xml inside insert your favorite binary format here
Hi,
Has anybody done any work on storing OSM data into a sqlite database? I
mean large quantities of data (even planet-size)? I looked through our
wiki and googled a little but couldn't find any information about it.
I'm wondering if it is feasible at all and what kind of performance it
would
Stefan Keller wrote:
sqlite reports to have a limit to a few dozen GB.
You could also give a try to db4o: It's also a embedded ODBMS in pure
Java. It's program limit is set to 254GB per database-file.
Stefan
Well I was interested in sqlite since it has .NET support (I'm evil, you
know
Jochen Topf wrote:
On Mon, Sep 29, 2008 at 09:46:40PM +0200, Stefan Keller wrote:
db4o is also native .NET (but yeah, .NET *and* relational means that
you are really on the dark side of the force :-).
But Jochen could be right: I fear all embedded DBMS - whether
relational or OO - are
On Mon, Sep 22, 2008 at 12:51 PM, Stefan de Konink [EMAIL PROTECTED]wrote:
If someone would buy a device for tracking
take some el-cheapo NMEA receiver that does export the error-margin, and
hook up your phone or GPS, the user will get the same fancy screen...
with more possibilities of
SteveC wrote:
When you switch on a Garmin and it's making a GPX, and yesterday you
were in another continent / town it puts the first point of the
new GPX for today as the last known point from when you turned it on
previously.
That's wonderful, but:
Potlatch starts you at the
Henrik Niehaus wrote:
D'oh,
you are both right. I didn't notice that the values in the download
dialog are adjusted, though it's mentioned in the help, too. I think a
hint in the download dialog, that the values are automatically adjusted,
would be helpful.
Good, that I had to write only a
Marc Schütz wrote:
Hello,
Few days ago there was a discussion on using the HTTP compression for
communicating with the main OSM API. Now I'm trying to use the
compression for downloading the data from osmxapi (by setting the
Accept-encoding header to compress, gzip), but it seems like the
80n wrote:
On Sat, Aug 9, 2008 at 5:37 PM, m*sh [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Am Sa, 9.08.2008, 16:34, schrieb Christoph Eckert:
Hi,
What does this mean?
maybe you applied senseless tags to nodes.
What's senseless with this?
m*sh wrote:
I am trying to put my data into OSM best as I can and in a manner that
will be useful for those interested in the specific areas, but I'd
actually be glad if this doesnt take as long as it took me to collect the
data (which is five and a half year now).
I would recommend the
m*sh wrote:
2. Using some OSM renderer (Mapnik, Osmarender, Kosmos...) as a testbed
try to improve your conversion algorithm as much as possible.
I try to - and as you can see I've found something stranged, asked a
question (here!) and so I am learning to make it better before I start
Hi Francisco,
First the quick answer: no, Kosmos is not using SharpMap. I knew about
SharpMap for some time, but when I started Kosmos is was just an
experiment on implementing a simple tile server for OSM. Most of the
work was on defining and implementing a rule engine and processing OSM
Hi,
This has probably been discussed several times before, but I've come up
with this problem in Kosmos now and need help. A user reported a bug in
Kosmos when reading a relation. Here's where the bug occurs:
...
member type='way' ref='6549910' role=''/
member type='way' ref='6549910'
Stefan Keller wrote:
Heavens, no. Why would we want three maps that look the same?
They wouldn't because there is a common understanding about portrayal
rules (coming from ISO), which states that newer rules can override
older ones. With this approach you can profit from other rules.
Andy Allan wrote:
On Sun, Apr 27, 2008 at 4:58 PM, Hendrik Siedelmann
[EMAIL PROTECTED] wrote:
2008/4/27 Marcus Wolschon [EMAIL PROTECTED]:
| Nodes can still be identified by their lat/lon coordinates. As nodes
| are not duplicated in the database this is possible. And
Jon Burgess wrote:
From a pure design perspective the cleanest approach would be (IMO) to
have the tags only on the relation. Otherwise there is always the
possibility for ambiguity in cases where the tags on the outer ways
differ. Yes this is an error, but one which is bound to occur
Nick Whitelegg wrote:
Sounds nice, but there's one problem: creating OSM ways automatically
from GPS data (without user editing) is not a good idea, for several
reasons:
- GPS (in)precission: it is a good practice to cover certain path
several times before actually creating a way
Andy Deakin wrote:
Hi Guys,
The precision on the N95 internal gps is not good, but with an external
bluetooth gps device it is somewhat better.
I am one of the developers of motortrace.com, which is a vehicle
tracking solution, and one of the things we currently offer is phone
tracking
Ray Booysen wrote:
Thanks Igor.
Any ideas on getting this into a source control repository? Would be
great to hack on.
Cheers
Rya
I plan to introduce a lot of changes and new features to Kosmos and I
just don't have the time to do any serious collaborative (meaning: code
commenting,
Nick Whitelegg wrote:
What I'd really want to do though is make it work as both a desktop and
mobile app with minimal code changes, presumably an iPhone SDK wouldn't be
terribly portable to a non-Mac desktop environment?
What about Google Android? It's Java and supports OpenGL
Rob wrote:
i'm trying to update a node from my project (C#)
when i do the web request, the GetResponse returns with The remote
server returned an error: (417) Expectation Failed.
do i need to change the content type ? or do i have to include
action='modify' in the node ?
Hello,
I've added the source code of the
http://wiki.openstreetmap.org/index.php/Srtm2Osm project to the OSM SVN
server. I've also created the development page on
http://wiki.openstreetmap.org/index.php/Srtm2Osm_Development.
Best regards,
Igor Brejc
89 matches
Mail list logo