suggest is, well, essentially
impossible.
So maybe we should use both. The rest of the GIS world works fine on
left/right start/end scheme, I don't know why we need to do anything
else.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
_
ea of what to look for.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
er"
>
> Any one knows something about this?
Do you have the latest version of osm2pgsql? I beleive this was fixed
a few days ago...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
_
e?
Since the API works on individual changes, it's latency that matters
more than anything. For bulk uploads it's recommended to run them from
dev or something machine very close to the server...
Have a nice day,
--
Martijn van Oosterhout <[EMA
had
an idea of where yo uwhere even when the coastlines themselves were
screwed.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetma
a certain directory and it just happens to
be the one where osmxapi is processing the diffs. There's lots of
processes stuck in D state right now, I think crschmidt needs to
diagnose the NFS thing before things start working again...
Have a nice day,
--
Martijn van Oosterhout
lly, if you can see the effects already, it's mappable. This may
be prior to the start of construction.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ginal BSD advertising clause.
http://en.wikipedia.org/wiki/BSD_license#UC_Berkeley_advertising_clause
It sucked then and it sucks now. We don't want it.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
> The knack of flying is learning how to throw yourself at the ground and miss.
> Hitchhikers Guide to the Galaxy
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> ht
so it should be possible to extract
the relevent data from the error file.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
sheet the has no attribution because I think it's ugly, can I
now be sued because I left it out? I thought the whole point of this
project was to get away from crap like that...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
_
at
all that one is going to be better than the other and merging them is
going to be a real problem.
It's fortunate that neither ask for attribution or we'd have a serious
problem on our hands.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
helps control swap IO.
I looked at the code the other day and it seemed rather inefficient.
Fixing it will be a PITA though...
Would be very nice though, I'm think of looking into it when I have time...
Have a nice day,
--
Martijn van Oosterhout <[E
island is indeed wrong, but relative to the real world it is currently
correct.
i.e. fix the south american coastline and it will solve itself.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
After sorting all the problems mentioned and more, the coastline
checker is finally back in the air.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.or
currently regenerating so some time this afternoon it should
finally catch up...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ed at the same time.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ultipolygon
relations and assign inner/outer tags as appropriate... Then we can
fix the renderers...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
onverting logical->physical is easy and from physical->logical
basically impossible.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
n a boat, have I
left the forest? I'd say no (you are simultaneously in the forest and
on the lake), but I can imagine people disagreeing with that. My point
is that the question "What is the area of feature X" is too weakly
defined to be basing our structure on the answer.
Hav
just had a layer=1 to the lake and forget about the multipolygon.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
hecker produces output in shapefile format which you
can use in mapnik directly, however dumping it into a database
improves the performance.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
t
s again, and that would
> probably mean re-entering descriptions for 200+ files. It was enough of
> an ordeal the first time around.
Hmm, that sounds counterproductive. Perhaps it would be worthwhile to
add a "quick" option to the script to just put in blank
descriptions...
Have
http://planet.openstreetmap.org/daily/
> Can this be fixed please? It's by far the easiest method to download big
> areas at once.
There's osmxapi if you really need it?
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
__
ipt, 'cause dev can't do normal CGI scripts
http://dev.openstreetmap.org/~kleptog/pois/pois.pl
http://dev.openstreetmap.org/~kleptog/pois/mk_pois.pl
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
d, we have been given no details of the problem (which renderer
for example), where? If people don't report these problems they'll
never get fixed.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
d something on the server to get the POI data on the fly as in:
http://dev.openstreetmap.org/~kleptog/pois/pois.html
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreet
e
motorway_link which (IIRC) are rendered thinner than the main
motorway...
But it's hard to get right, cartography is a very difficult topic.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
ta
wise you will not.
:If a message does not match any topic, the delivery rule depends on
the setting of the option below. If you do not select any
:topics of interest, you will get all the messages sent to the mailing list.
Which implies that ticking "default" is sufficient....
Have a n
tion for all the
people who don't want to receive emails with [tagging] in the
subject...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists
can choose to not receive email with subjects
containing [foo].
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
openstreetmap.org/index.php/Change_File_Formats
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
e/modify/delete objects in the database, why are
you reinventing the wheel?
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
silly. The only rules that matter is what
actually works right now...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
rmationfreeway.org/?lat=51.49&lon=0.41&zoom=11&layers=F0B0F
The rules are fairly simple: all areas must be closed, except for
coastlines. People may not like the results, but it's what works right
now.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]&
ling list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
This afternoon the AND data from India was finally uploaded, took a
bit over two hours. It should start showing up in the renderers
shortly...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk m
g comments to the relevent parts of SVN. We
don't for pretty much the same reasons we don't want notes in the DB
as nodes... A seperate system like Trac is far more appropriate.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
_
On Feb 2, 2008 11:12 PM, Gervase Markham <[EMAIL PROTECTED]> wrote:
> Martijn van Oosterhout wrote:
> > Around here the water levels can vary +/-0.5m (just before the bridge
> > there's a gauge so you can tell at any particular moment if you'll
> > fit). S
so the minimum maximum
measurement.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Feb 1, 2008 7:16 PM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
> On Feb 1, 2008 4:26 AM, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
> > Yeah, it's wierd, I can't see it either. I have a thought but I can't
> > easily test it. The growth in coastl
e test was supposed to check for degrees but I forgot
the points were already converted at this point. Tomorrow they should
be fixed.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
tal
tlines.html?zoom=11&lat=59.95306&lon=30.23849&layers=B00T
I want to clean it up. Except it's got a note "PLEASE don't delete
me". If you're going to put such notes, state the reason. Otherwise
I'll just wait a week and delete them anyway.
H
matter of getting them into the main mapnik
instance.
If the coastline check shows no problems, then it should work out
fine, soon (for the rest of the world also...).
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
__
NL
tileserver runs two extra languages. You just need to convince someone
with a mapnik install to add your layer.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap
ge for it.
I think we're 90% of the way already, it just needs to be finished.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ing it, it just hasn't
been written yet.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ngs it back to something
feasable.
I'm also worried about people using gauges adding 5ft 5in somewhere,
we should at least require decimals.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk
arking which road has right-of-way and then
users/renderers can infer the "stop signs" or whatever from there...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openst
apefiles. and2osm converts the specific
AND format to OSM and it could probably be altered to suit other
shapefiles, but it's not generic.
Note that there is a generic shapefile to postgresql converter, so if
you just interested in rendering that might be easier...
Have a nice day,
--
Martijn
at I have no idea.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ipts perhaps you can look into some kind of
on-the-fly rendering. The NL tileserver has a few layers, but it only
takes about 1GB. Remember, most of your diskspace goes into the
highest zoom level, which is precisely the level that renders the
fastest...
Have a nice day,
--
Martijn van Oosterho
is that
there's so many to choose from).
We could mandate that mph is the only exception, but if we're going to
allow exceptions we should list them, because as you can see from the
foot example, it's not just multiplying by a factor, you need a parser
for some things.
rver to render in
platecarre that might at least fix the stretching, maybe...?
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
round. Countries have borders
and Schengen is a relation associating all the countries...
That way we won't accedently forget some of the borders in south
america, for example...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
_
process to boundaries, a boundary checker. As a
side-effect it will produce a shapefile of all the boundaries, which
can be efficiently queried for is_in-ness...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
__
ome db
checks. It should get better shortly.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
reetmap ? I know I'll go to their website and just
> delete whatever I feel like using potlatch.
This is hardly news...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@o
On Jan 15, 2008 4:22 PM, David Groom <[EMAIL PROTECTED]> wrote:
> I've noticed that Australia has been completed in the last day or so.
Well, +/- one state anyway...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http
ld have though preserving area was
more important. I tends to (in my experience) convert small squares to
triangles half the size.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@ope
coastline related points.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
7;ll give you a file you can load into
JOSM and upload it....
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ow up to date it is I have no idea...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
that's harder...
Hope this helps,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
nyone thinking of doing this, please don't. We have reasonably
high quality coastline data, please use it. Use landsat to fix any
gaps. But segments like that just ask to be deleted and redone. This
kind of bad data is worse than none at all...
Have a nice day,
--
Martijn van Oosterhout <[EM
hat
relations are for...
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
ly how much is duplicated... Done
right you can even remove the duplication *before* it enters the DB,
which a Good Thing (tm).
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@op
the impoartant properties needed for 99% of
users. If somebody cares about details they can add them but I object
to me being forced to care.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
approach it from the other way. Take a 12nm circle and
push it against the coastline so it touches at a point. Then "roll" it
along with the centre tracing a line, forming either an arc where it
rotates around a point, or a straight line as it slides along an edge.
Have a nice day,
--
oo combinations without
worrying that people won't know what it means.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Looks like there's an issue with UTF-8 characters in the username.
Line 42117 of daily-20080109-20080110.osc is an example (node 32268361).
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
t
put no older than two days. Hypercube
was (is?) running a global mapnik renderer updated daily. However, I'm
not sure how either of these servers would handle the kind of load we
would get if we redirected the main site to them...
Have a nice day,
--
Martijn van Oosterhou
does extend beyond
the coastline itself.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Jan 7, 2008 11:15 PM, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
> But
> something else has changed so don't be surprised if the map looks
> totally whacked tomorrow :)
Right, using integers to calculate the size of large polygons is bad
(what a typo). In any case,
&zoom=16
Right, a bug in the "polygon contains point" test. Tossed my own
version and copied one from wikipedia and it works better now. But
something else has changed so don't be surprised if the map looks
totally whacked tomorrow :)
Getting closer all the time :)
Have a nic
On Jan 6, 2008 3:11 PM, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
> There were quite a lot of changes, this one seems to have been for the
> worse. I'll see if I can find the problem...
Right, it turns out the system thought the islands contained
themselves. As usual on
the error checking script last night?
There were quite a lot of changes, this one seems to have been for the
worse. I'll see if I can find the problem...
Certainly the artifacts in the tile forming process are gone, so at
least that part worked.
Have a nice day,
--
Martijn van Oosterhout &
rs what got uploaded and won't upload them again. Just hit
upload again and it should be fine. (or at least, it used too...)
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing l
ugh
the parts that represent piers need to be exempted somehow.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
7z?
Also, every linux system has bz2, but barely any have 7z, and I doubt
people are going to install a new compression program for just saving
a few bytes and losing a lot of functionality.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
_
evel is a good idea, and
make it orthoginal to the actual towns/cities inside them
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
d a nice way to render the
> Houthalen-Helchteren case, so it's not like:
>Houthalen
> Houthalen-Helchteren
>Helchteren
> on the map.
Rendering is another problem entirely and what you want isn't really
possible with any current render
the error checker?
Anyway, the shapefiles are here in case anyone wants to try it out:
http://hypercube.telascience.org/~kleptog/
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk ma
blems". Part of this uploading involves fixing these "problems".
The US is the area we're really interested in right now, and Asia, all
the others are nearly done.
http://tile.openstreetmap.nl/coastlines.html
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]>
s of the world. What we'd need to do is show the current
output in places where the OSM DB is imcomplete and the new shapefile
where the database is fine.
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
__
k
instance. So the question becomes, how to get the shapefiles to the
main mapnik instance so they can be used. Who needs to be asked to do
that?
Have a nice day,
--
Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/
___
talk mailing
On Dec 21, 2007 2:30 PM, Alex Mauer <[EMAIL PROTECTED]> wrote:
> Martijn van Oosterhout wrote:
> > "polygon with holes" and "splitting outside into peices because it's
> > too long" are incompatable, you either do one or the other.
>
> I don
ither do one or the other. A
riverbank has to be a single closed polygon, the only area feature
exempt from this rule is "natural=coastline".
TBH, I'd forget the multipolygon stuff and draw the islands as
natural=land or some such.
er tags. There is a mention of the
ncn_ref but it says you only need them if your using potlatch (since
it doesn't support relations, is that true?).
It also specifically mentions the problem that the given tags arn't
sufficient and suggests the name= tag to distiguish all the
differ
101 - 189 of 189 matches
Mail list logo
