' and this way you can work on the same
stuff. If needed we can also create sudo scripts, special users, etc. as
needed.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
osmosis-dev mailing list
osmosis-dev
is org.postgresql.util.PSQLException: ERROR: Exception in
LWGEOM2GEOS
the added code - and array_length(nodes, 1) 1 - which I thought was
solving the problem does not work OR there is an other problem - not one
node ways.
Kirill
2011/4/9 Jochen Topf joc...@remote.org
Hi!
This has worked for me
and write XML and PBF,
assemble multipolygons, do several passes over the input, filter data, create
shapefiles, and many other things. :-)
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
osmosis-dev mailing
and doesn't
understand it,
* it will just ignore it and optionally pass it on
* it has to complain.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
http
MBytes. Thats not the
only buffer you need. I'd have to look a the source code to check the overall
buffer size you need, but in any case its not negligable if you have many files
open.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
be useful. The current 10 second delay is not a
lower limit, but is a good starting point for now.
Cheers,
Brett
___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osmosis-dev
--
Jochen Topf joc
don't know. Reading PBF files is not so
simple, there are undocumented details that can trip you up. So using either of
these might be more difficult than with Osmosis.
Jochen
--
Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298
Download http://repo1.maven.org/maven2/antlr/antlr/2.7.7/antlr-2.7.7.pom
...
I don't know gradle at all. Is there a list of those dependencies somewhere?
Any suggestions how to disable all this and tell gradle where to search for its
dependecies locally?
Jochen
--
Jochen Topf joc...@remote.org http
in front of every
block. Osmium reads this length header in one thread and then puts the
data of each block into a work queue to be parsed by as many threads as
you want. This way you already get a nice speedup without any changes to
the file format.
Jochen
--
Jochen Topf joc...@remote.org http
-dev
--
Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-351-31778688
___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmosis-dev
On Mo, Apr 18, 2016 at 11:52:24 +0200, Sylvain Melin wrote:
> On 18/04/2016 11:00, Jochen Topf wrote:
> >On Mo, Apr 18, 2016 at 10:10:06 +0200, Sylvain Melin wrote:
> >>My plan is to :
> >>- exploit a planet sized pbf file
> >>- cut it into 1° tiles using osmos
create those shapefiles, why
don't you do the splitting in this step *after* creating the geometries and
before writing them into shapefiles? That is probably much easier to do than
based on the PBF due to the structure of the OSM data files.
Jochen
--
Jochen Topf joc...@remote.org http://www.jochento
re.
> Long story short, rather than make changes directly to the file in Osmosis
> and create a fork, should we apply them to upstream first and then re-sync
> Osmosis with that?
Yes, we should do this upstream in https://github.com/scrosby/OSM-binary.
If somebody creates a pull request, I
m our apps for PBF files without this information
> (thus the need to detect if the file has way nodes).
Osmium sets "LocationsOnWays" as an "optional feature" string in the
header to signify that there are locations on the ways.
Jochen
--
Jochen Topf joc...@remote.org
nding box of all those entities
>
> thanks much in advance,
> Andrew
> ___
> osmosis-dev mailing list
> osmosis-dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmosis-dev
--
Jochen Topf joc...@remote.org https://www.jochentopf.com/ +49-351-31778688
___
osmosis-dev mailing list
osmosis-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmosis-dev
57117152 + 21434884) / 2
> = 39276018), uid: 109452 ((57550 + 109452) / 2 = 83501 =>
> https://www.openstreetmap.org/api/0.6/user/83501), version: 5
> _______
> osmosis-dev mailing list
> osmosis-dev@ope
16 matches
Mail list logo