It seems that everything renders as it should now - so thanks to everyone
involved! :-)
--
--
Iván Sánchez Ortega
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 5 December 2011 09:20, Iván Sánchez Ortega wrote:
> It seems that everything renders as it should now - so thanks to everyone
> involved! :-)
Ah yes - I forgot to report back that I had fixed it. Thanks to
Laurence for some off-list help with this - I've switched to a
different font now that i
Hi all,
I'm trying to download a chunk of data via the Overpass API, load it into
JOSM, so I can change some stuff and upload it back.
The problem is that JOSM will nag about the data not having the version
number, with a message like "missing attribute 'version' in OSM primitive with
ID 12345
Am 02.12.2011 um 18:24 schrieb Matthias Meißer:
> Yes a HTML5 might do the job and as Josh noticed, this will simplify the
> deployment for mobile platforms. On the other hand I would really suggest
> offline editing.
HTML5 doesn't mean it that the App online have to run online. There are also
On Lunes, 5 de Diciembre de 2011 11:26:58 Ab_fab escribió:
> Hi Iván,
> You should add [@meta] in your query string, so that the returned osm file
> includes the required meta-data.
> Then you will be able to load the file properly in JOSM
>
> See : http://wiki.openstreetmap.org/wiki/Overpass_API#
Hi,
Jet another problem: we have some trolley-busses in Germany, which won't
get rendered, for example this relation:
http://www.openstreetmap.org/api/0.6/relation/1731914
I wouldn't mind if you render it as a normal bus.
Greetings,
andré Joost
_
Hi Andy,
thanks for your work, it's good to have a transport layer in official OSM map
now. :-)
I'm still not sure what you want to display on the map. Is it the Hardware
(e.g. rails, streets) or is it the "Software" (transport lines, etc.)?
An example:
For buses you show the bus LINES, for ra
On Lunes, 5 de Diciembre de 2011 11:05:34 Andy Allan escribió:
> Ah yes - I forgot to report back that I had fixed it. Thanks to
> Laurence for some off-list help with this - I've switched to a
> different font now that isn't so messed up.
Oh sucks. The old font was cooler. Any chance it can be fi
Hi,
Now that we have the history files and a history renderer in the
making [1] it would be possible to create a Before / After service:
user would select one or a few concurrent changesets comprising an
edit session, and the service would churn out a pretty HTML page with
a static map of the area
Am 05.12.2011 18:08, schrieb Martijn van Exel:
Hi,
Now that we have the history files and a history renderer in the
making [1] it would be possible to create a Before / After service:
user would select one or a few concurrent changesets comprising an
edit session, and the service would churn out
Thanks,
For it to work (for current changesets) though, we would need a
continuously updated full history database..
On Mon, Dec 5, 2011 at 10:46 AM, Peter Körner wrote:
> Am 05.12.2011 18:08, schrieb Martijn van Exel:
>
>> Hi,
>>
>> Now that we have the history files and a history renderer in t
I created a Python script to convert OGR supported files (Shapefile
and many others) to the polygon filter file format used by Osmosis and
other tools. It will optionally buffer and simplify polygons for you.
You can buffer point and line features to create polys as well.
My motivation was for ext
Josh,
On 12/05/2011 07:29 PM, Josh Doe wrote:
I created a Python script to convert OGR supported files (Shapefile
and many others) to the polygon filter file format used by Osmosis and
other tools. It will optionally buffer and simplify polygons for you.
You can buffer point and line features to
Hi
Am 05.12.2011 19:11, schrieb Martijn van Exel:
For it to work (for current changesets) though, we would need a
continuously updated full history database..
Doing the import is one thing, doing the update is a whle different thing. Both
being mixed up into the same application results in a
I'm trying to convert a Shapefile of my county's streets to OSM (not
for mass imports, trust me), but every street is broken at
intersections so there are often dozens or more segments that should
be joined. Anyone have scripts or code to perform this sort of
way-merging? I did come across Frederik
I have some code in shp-to-osm that does "glomming", but it's really not
any smarter than storing all node locations in memory and check for
overlaps. I think ogr2osm does something similar. Neither are in a good
position to help with an existing OSM file, though.
On Mon, Dec 5, 2011 at 7:13 PM, J
On Martes, 6 de Diciembre de 2011 02:21:13 Ian Dees escribió:
> I have some code in shp-to-osm that does "glomming", but it's really not
> any smarter than storing all node locations in memory and check for
> overlaps. I think ogr2osm does something similar.
Yeah, ogr2osm splits linestrings into t
On 12/5/2011 8:13 PM, Josh Doe wrote:
I'm trying to convert a Shapefile of my county's streets to OSM (not
for mass imports, trust me), but every street is broken at
intersections so there are often dozens or more segments that should
be joined. Anyone have scripts or code to perform this sort of
On Dec 5, 2011 8:29 PM, "Iván Sánchez Ortega" wrote:
>
> On Martes, 6 de Diciembre de 2011 02:21:13 Ian Dees escribió:
> > I have some code in shp-to-osm that does "glomming", but it's really not
> > any smarter than storing all node locations in memory and check for
> > overlaps. I think ogr2osm
Hi,
I'm trying to append a changeset to an existing OSM database using
osm2pgsql, but it seems nothing is appended.
I have a database which just had planet-09.osm.bz2 imported. I'm
trying to apply changesets-16.osm.bz2 using the command:
$ osm2pgsql -d osm -S /usr/share/osm2pgsql/default
20 matches
Mail list logo