I think that needs testing.
Also, it should be pointed out that it is using an approximation for
calculating the tileX and tileY.
Sent from my iPhone
On Sep 22, 2013, at 10:18 AM, Peter Barth osm-t...@won2.de wrote:
Hi,
Arnie Shore schrieb:
All, given a coordinates range and zoom range,
I have heard a few talks recently on tiled vector data. I am sure you could
find some frameworks that work with that. I don't have any references off
hand.
This allows you to send vector data to a client while also allowing
different, more detailed representations as you zoom in. You don't need
Leaflet is a very easy to Map API that supports vector data. One option is
to download OSM data and convert it to GeoJSON and use a GeoJSON layer.
Dave
On Fri, Jun 7, 2013 at 8:51 AM, Gervase Markham gerv-gm...@gerv.net wrote:
On 06/06/13 22:02, colliar wrote:
Do you know this map ? Would
Creating another instance of the OSM database and server is a very
good idea. I would propose we make the purpose of this database to
allow people post ANY geo data that is NOT part of the base map. It
would be an open database for general GIS data.
Some examples of random things people could do
/4/7 Dave Sutter sut...@intransix.com
Creating another instance of the OSM database and server is a very
good idea. I would propose we make the purpose of this database to
allow people post ANY geo data that is NOT part of the base map. It
would be an open database for general GIS data.
Some
There is an example of a line/area from indoor maps. In working in my
real job we model walls either as a line or an area, depending on the
resolution of the building source. A closed way can form an area-type
wall or it can form a line-type wall closed around a room or a
building.
I expect the
There seems to be a polygon search which lets you specify an arbitrary
bounding polygon. This should have the same function as a search for a
closed way, given the proper polygon coordinates. This means either
you can create the polygon yourself based on the coordinates of the
way or it ought to
I like GeoJSON since it is JSON, which I find convenient, and it is a
standard. All the same, most vector rendering on clients is done using
the path formalism which doesn't distinguish between areas and lines
outside of applying the style to the geometry. It is kind of a shame
to have to worry
There has been discussion from time to time about separate layers of
data for OSM. One proposal is to use an alternate instance of the OSM
database to serve as the database for an alternate layer of data.
While I was riding my biking this morning I thought of a good use for
such a database layer,
I have been working on an indoor editor for OSM. Using a new
indoor-specific editor or not, it is easy to add indoor map data to
OSM. But doing this places a lot of data in the database that appears
very ugly and very difficult to work with for a person not well versed
in indoor maps in osm.
The proposed indoor mapping conventions address this issue, as well as
how to handle the resulting overlapping ways. There unfortunately
isn't yet consensus and there hasn't been as much attention to this
area from the larger OSM community as I would like. I think this
example, mapping out units
I like the idea of an automated quality checker for map edits. That can be seen
as an advancement to the simple rules based checking done when a commit is done
in JOSM.
It might be easier to train the classifier if it concentrates on bad edits or
bad commits rather than bad mappers.
Dave
From the thread it appears OSM is not the culprit of bad data, at
least in many cases. Nonetheless it certainly makes sense thinking
about data accuracy. I am not aware of a widespread organized system
of making sure OSM data is up to date.
We know the time of the last change to a feature. It
really need common ids across
servers. If so this has the benefit that no code changes except in the
assignment of ids on the server.
Sent from my iPhone
On Sep 25, 2012, at 11:36 AM, Jochen Topf joc...@remote.org wrote:
On Mon, Sep 24, 2012 at 09:11:34AM -0700, Dave Sutter wrote:
This is a very
This is a very interesting thread and I need a little more time to
understand what is in it so far. I do want to make one technical
comment. It is possible to to have multiple databases and still have
unique IDs across them. An ID server can be set up to create the IDs.
When one database creates a
I liked the Tag Central presentation. I have searched for more
information but I can't find much. Has there been any more development
on the Tag Central idea?
Dave
On Mon, Sep 24, 2012 at 6:54 AM, Jais Pedersen j...@pedersens.net wrote:
The problem with lengthy blog posts is that they result in
This sounds like a great open source project. What would be needed is
a good map client for mobile that could hopefully get decent usage
penetration. GPS from users would be collected and used to calculate
average and, with enough data, current speeds. The GPS traces could
also be used for
17 matches
Mail list logo