It occurred to me a few weeks ago that ways shouldn't be tagged with
the admin_level, but instead use the information from relations, but
this doesn't work, in fact I removed the admin_level tag from a way
that makes up part of a state border assuming the information would be
used from the
On 28-4-2010 8:28, John Smith wrote:
It occurred to me a few weeks ago that ways shouldn't be tagged with
the admin_level, but instead use the information from relations, but
How did this occur to you? Tagging the ways is even explicitly
documented on the wiki.
this doesn't work, in fact I
On 28 April 2010 17:00, Lennard l...@xs4all.nl wrote:
How did this occur to you? Tagging the ways is even explicitly
documented on the wiki.
That makes no sense when rendering can derive it from relations to
pick the most important (lowest admin_level value) without people
needing to know which
I think the problem with mapnik is this query:
select way,admin_level from planet_osm_roads where boundary='administrative'
it just select all ways and doesn't try to limit the returned
information to distinct ways or order the results at all, and I'm not
familiar enough with pgSQL to fix it, if
El 28/04/2010 9:27, John Smith escribió:
Ok, here's the way and here's the relation and here's the rendering,
please explain why it's not rendering the relation how ways nearby
render:
http://www.openstreetmap.org/browse/way/32295414
http://www.openstreetmap.org/browse/relation/80372
2010/4/28 Iván Sánchez Ortega i...@sanchezortega.es:
I'd place my wages on a bot. Download the planet, check topology of
admin_level ways and relations, calculate the non-needed bits, upload
changes.
So in other words instead of areas to figure out what is in the area
we should just use a bot
2010/4/28 Iván Sánchez Ortega i...@sanchezortega.es:
Ugly gets short. The overlapping dashed lines just look horrible.
http://www.openstreetmap.org/?lat=41.3067lon=-3.1946zoom=12
That usually occurs because of broken relational multipolygons...
However it's the same problem I'm trying to
On 28 April 2010 18:33, Lennard l...@xs4all.nl wrote:
No, if they were broken, they wouldn't render in the first place.
They render as lines instead of areas, but they still render, I've
dealt with this issue a lot of time with broken postcodes in
Australia, fix the relation you fix the
On 28-4-2010 9:27, John Smith wrote:
That makes no sense when rendering can derive it from relations to
pick the most important (lowest admin_level value) without people
needing to know which way is part of which relation.
You are on the same train of thought I was on a year or so ago.
Ok,
El 28/04/2010 10:49, Lennard escribió:
So you admit the logic can be problematic with the rendering, doesn't
that mean we're tagging incorrectly for renderers?
Don't tag the member boundary ways, and you're right.
So what? Area boundaries will be rendered twice, once per area. You'll
be back
On 28 April 2010 18:49, Lennard l...@xs4all.nl wrote:
Looks fine. I can't look into the osm.org tile server db to see how it wound
(or didn't) up in there. Could be any of a number of reasons.
You don't need to, although it would be great if the OSM tile server
setup was better documented on
On 28-4-2010 10:46, John Smith wrote:
They render as lines instead of areas, but they still render, I've
dealt with this issue a lot of time with broken postcodes in
Australia, fix the relation you fix the rendering...
type=multipolygon boundary relations do not render. Just realised after
On 28-4-2010 10:58, Iván Sánchez Ortega wrote:
So you admit the logic can be problematic with the rendering, doesn't
that mean we're tagging incorrectly for renderers?
Don't tag the member boundary ways, and you're right.
So what? Area boundaries will be rendered twice, once per area.
El 28/04/2010 10:13, John Smith escribió:
This is not the right way to do things, we need to fix the rendering
software to work properly, not use bots so software devs have a simple
way out.
No, no, no. There is no point being an architecture astronaut[1] and
making sure we've got the most
On 28 April 2010 19:00, Lennard l...@xs4all.nl wrote:
That cannot be solved from mapnik. This is a job to be done during the db
import for mapnik, both for non-slim mode (a one off job) and slim mode
imports, which have to take into account loading diff files. At some point,
it just sounds
2010/4/28 Iván Sánchez Ortega i...@sanchezortega.es:
This is less about thinking and more about doing. Believe it or not, the
first method that is able to solve the boundaries problem will win. No
matter if it's a bot, a osm2pgsql patch, or an ugly SQL query on the mapnik
stylesheet side of
I've come to the conclusion that shared segments aren't stored how I
was assuming, so the next best thing would be doing more
pre-processing as Lennard suggested.
While using a bot is A solution, but I don't think using a bot is the
best solution, or even a good one.
Hello everyone,
may I introduce myself:
My Name is Daniel Hänßgen and I'm a student in Applied Informatics
at the University of Applied Siences Hannover in Germany.
Currently I'm developing a navigation system for blind and visually
impared people (at least I'm trying to!) called LoroDux.
Hi Daniel,
Can you please be more specific of what you're trying to do?
- Do you want to fetch the data during an edge/umts connection?
- Should the data be downloaded at home?
- Are you planning to read the raw osm-xml?
- Or do you want it in some more adequate form (eg. a sqlite
On Wed, 2010-04-28 at 16:27 +0200, Daniel Hänßgen wrote:
Hello everyone,
may I introduce myself:
My Name is Daniel Hänßgen and I'm a student in Applied Informatics
at the University of Applied Siences Hannover in Germany.
Currently I'm developing a navigation system for blind and visually
Hi Daniel,
a good starting point for you could be GPSmid .. This is a midlet
dealing with OSM data + it is written in j2me.. you'll need eclipse
and j2mepolish for it to compile (but those two are probably good for
your application as well)..
Since I'm not actively developing on GPSmid
Hello Daniel,
To parse XML data you'll need the JSR 172 API for Java ME, this includes
the JAXP parser, which is a SAX-style XML parser.
JSR172 also allows you to contact web services from a Java ME client which
might be useful for you.
if you have had any Java ME experience, you might want to
Hello
Thank you Nick, Thank you Peter.
The J2ME Application itself should run completly offline.
So the OSM Data has to be processed on the PC / J2SE.
I'm thinking of a JavaSE Application (Commandline is enough) that
converts the OSM XML into a File, that can be copied into the
LoroDux.jar
On 29 April 2010 01:18, Daniel Hänßgen
daniel.haenss...@stud.fh-hannover.de wrote:
Hello
Thank you Nick, Thank you Peter.
The J2ME Application itself should run completly offline.
So the OSM Data has to be processed on the PC / J2SE.
I'm thinking of a JavaSE Application (Commandline is
El 28/04/2010 17:18, Daniel Hänßgen escribió:
I'm thinking of a JavaSE Application (Commandline is enough) that
converts the OSM XML into a File, that can be copied into the
LoroDux.jar (J2ME) oder copied to the device, and than tell LoroDux
where the Data is stored.
Ideas?
Sounds similar
Hello,
when you are on a page like:
http://www.openstreetmap.org/browse/node/671785382
The http: is cut out of the value.
In this example the tag wikipedia has a value of http://* but only //*
is displayed.
Best regards
Jan S.
___
dev mailing list
On Wed, Apr 28, 2010 at 7:02 PM, Scott Crosby scrosb...@gmail.com wrote:
Hello!
I would like to announce code implementing a binary OSM format that
supports the full semantics of the OSM XML. It is 5x-10x faster at
reading and writing and 30-50% smaller; an entire planet, including
all
On 28/04/10 17:43, Jan Sandbrink wrote:
when you are on a page like:
http://www.openstreetmap.org/browse/node/671785382
The http: is cut out of the value.
In this example the tag wikipedia has a value of http://* but only //*
is displayed.
It was a bug - it's fixed now.
Tom
--
Tom
On Wed, Apr 28, 2010 at 1:16 PM, OJ W ojwli...@googlemail.com wrote:
where's the .proto file?
Proto files should be in the osmosis git repository at:
src/crosby/binary/fileformat.proto
src/crosby/binary/osmformat.proto
do you have data files in this format available to download?
No, I do
I have a quick question: does the format support inserting data to an
existing file? Or is it just some binary serialization?
The format is a binary serialization design and does not support
random-access read and write semantics. For that a database is probably more
suitable.
However, some
On 28/04/10 20:07, Scott Crosby wrote:
Now we just need the dump tool for the database to create some
planet dump file in your format.
If osmosis is used as the dump tool, I believe a --write-bin should
suffice to make a planet dump. The code just ties into the existing
Source/Sink
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Op 28-04-10 21:50, Tom Hughes schreef:
Osmosis isn't the dump tool, no. The planetdump program is.
If we were going to offer a binary version for download the it would be
better to generate it from the xml one anyway, rather than from the
On 28 April 2010 21:04, Stefan de Konink ste...@konink.de wrote:
Since the current XML version is inconsistent, a direct database dump
will be more consistent than any conversion.
Matt received a lot of examples for inconsistencies already.
Since:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Op 28-04-10 22:11, Grant Slater schreef:
On 28 April 2010 21:04, Stefan de Konink ste...@konink.de wrote:
Since the current XML version is inconsistent, a direct database dump
will be more consistent than any conversion.
Matt received a lot of
I got it built,
Build instructions :
first get the protobuf, and build manually,
526 svn checkout http://protobuf.googlecode.com/svn/trunk/ protobuf-read-only
527 ls
528 cd protobuf-read-only/
529 ls
530 bash ./autogen.sh
531 ls
532 make
533 ./configure
534 make
535
Hi Folks,
Does anyone know if there is a problem with the
http://xapi.openstreetmap.org server?
http://osmxapi.hypercube.telascience.org works ok, but the other just seems
to hang once a connection is made.
Unfortunately informationfreeway.org keeps redirecting to the openstreetmap
one. Is it
I have created a branch with the cpp generated code,
g...@github.com:h4ck3rm1k3/OSM-Osmosis.git
the new c++ lib is called libosmprotobuf, what a great name.
OSM-Osmosis/src/crosby/binary/
run make to generate the code, but i checked in the results.
in the subdir :
On 28 April 2010 21:27, Stefan de Konink ste...@konink.de wrote:
Since the current XML version is inconsistent, a direct database dump
will be more consistent than any conversion.
Matt received a lot of examples for inconsistencies already.
Since:
Graham
The server has been heavily loaded for the last day or so. Requests are
getting queue up. Increasing your client timeout might help, if you are able
to do that.
I'll turn on some load balancing so that some requests are shed to
hypercube.
Etienne
On Wed, Apr 28, 2010 at 10:13 PM, Graham
39 matches
Mail list logo