Re: [OSM-dev] Wanted: OBF file format description
On 2016-07-07 03:13, Jesse Phillips wrote: > I haven't worked with this format, but I think this file does provide all > the information needed to parse an OBF. > > https://github.com/osmandapp/OsmAnd-resources/blob/master/protos/OBF.proto > > The key here is that the OsmAndStructure message can't be parsed with a > ProtocolBuffer implementation. Most of the fields are fixed at 32 bytes (to > allow for random access). Check the comments to see which fields these are. > > I don't know what the OsmAndTileBox is suppose to provide, but it has the > comment "everything is encoded as 31 tile zoom" so that will need to be > part of the utilization of that data. > > Other than OsmAndstructure I think everything else is readable through > standard ProtocolBuffers. > > This information only really helps for parsing the information, > manipulating it is a completely different mater and requires understanding > how all the elements relate. > > Good luck. > > On Wed, Jul 6, 2016 at 11:27 AM Bernhard R. Fischer <b...@abenteuerland.at> > wrote: > >> But still, even if it contains protobuf, that does not say anything >> because protobuf is a generic format such us XML. Knowing that something >> is XML does not explain the elements within the file ;) >> >> Bernhard >> > Thank you very much, that looks like a good starting point :) Best regards, Bernhard ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Wanted: OBF file format description
On 2016-07-06 19:34, Gerd Petermann wrote: > You need Googles protobuf compiler to convert it to e.g. c or java code. > > See https://developers.google.com/protocol-buffers/ According to this thread (https://groups.google.com/forum/#!searchin/osmand/obf$20protobuf/osmand/0fmM_VtbH_A/GxlxfnpRCQAJ ) it is a container format and not plain protobuf. Probably it contains protobuf files. But still, even if it contains protobuf, that does not say anything because protobuf is a generic format such us XML. Knowing that something is XML does not explain the elements within the file ;) Bernhard ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Wanted: OBF file format description
On 2016-07-06 18:21, Imre Samu wrote: >> I'm looking for the .obf file format description > > maybe: > - https://github.com/osmandapp/OsmAnd-resources/blob/master/protos/OBF.proto > - https://groups.google.com/forum/#!searchin/osmand/obf$20protobuf > > > > 2016-07-06 7:06 GMT+02:00 Bernhard R. Fischer <b...@abenteuerland.at>: > >> Dear list! >> >> I'm looking for the .obf file format description? >> Any suggestions? >> >> >> Regards, >> Bernhard >> Thanks, your links give some hints about the format but it's still some kind of mystery. For a software implementation you need to know about every bit ;) Regards, Bernhard ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Wanted: OBF file format description
Dear list! I'm looking for the .obf file format description? Any suggestions? Regards, Bernhard ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] *** GMX Spamverdacht *** Re: get node data from flatfile
On Saturday 09 May 2015 16:56:18 Walter Nordmann wrote: But there is no existing plugin for flatfiles, right? walter It always reads flat files. (Option -i) But probably I misunderstood your problem. Bernhard signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] get node data from flatfile
On Thursday 07 May 2015 02:58:36 Walter Nordmann wrote: Hi, at the moment i'm using osm2pgsql with slim-mode + flatfile for my imports and diff-updates and everything is running fine. But now i need to create pbf-exports of my database and i would like to access the node-data of the flatfile, because planet_osm_nodes is empty (whicht is ok). Is there any way to access those nodes by osm_id? I tried to write a litte program starting with node-persistent-cache-reader.c but i did not manage it. Many nodes are missing. At the end i would like to write my own pg/plsql-Function get_node(osm_id) which gives me the geometry of that node (reading the flatfile of course). You could have a look at Smrender (http://www.abenteuerland.at/smrender/). It allows to add 3rd-party call-back-functions (yours) for OSM objects in flat OSM/XML files. Bernhard signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Simpler binary OSM formats
On Wednesday 29 April 2015 01:35:29 andrew byrd wrote: Hello OSM developers, Over the last few years I have worked on several pieces of software that consume and produce the PBF format. I have always appreciated the advantages of PBF over XML for our use cases, but over time it became apparent to me that PBF is significantly more complex than would be necessary to meet its objectives of speed and compactness. Based on my observations about the effectiveness of various techniques used in PBF and other formats, I devised an alternative OSM representation that is consistently about 8% smaller than PBF but substantially simpler to encode and decode. This work is presented in an article at http://conveyal.com/blog/2015/04/27/osm-formats/. I welcome any comments you may have on this article or on the potential for a shift to simpler binary OSM formats. Regards, Andrew Byrd Andrew, I highly appreciate your new format! Since years I'm working on software which deals with large OSM data sets and I made the same observations. But PBF seems too overhelming and accepted without ever being questioned. If there will be some consensus on your format I'll implement it into my Smrender. Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tool to simplify ways
On Sunday 05 May 2013 14:56:54 Maarten Deen wrote: Hi, is there a tool already existing that can simplify ways in an .osm file? What I'm looking for is something that removes all intermediate nodes from a way, as long as they are not used in another way. You could use Smrender and either write the function or I'll do it for your (for a beer ;) It's perfect for batch processing. http://www.abenteuerland.at/smrender/ Bernhard signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Algorithmic Problem
On Thursday 22 November 2012 13:39:40 Bernhard R. Fischer wrote: I'm working on Smrender, a renderer for paper (sea) charts. I encountered a specific problem. Does anybody have a suggestion on how to determine if a node is either on land or on the sea in the special case if the OSM data does not contain any piece of a coastline? Thanks in advance, Bernhard I now implemented the following solution. It does not involve to have prerendered data or similar approaches. If the osm data to be rendered does not contain any coastline I look for objects which are tagged in a way which cannot exist on the sea such as natural=water+water=lake|river or building=*. This works fine except in the corner case where an empty page shall be rendered but this case typically will not occur because Smrender is intended for users to create paper charts. I assume that typically one will not try to render an empty chart ;) Bernhard signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Algorithmic Problem
I'm working on Smrender, a renderer for paper (sea) charts. I encountered a specific problem. Does anybody have a suggestion on how to determine if a node is either on land or on the sea in the special case if the OSM data does not contain any piece of a coastline? Thanks in advance, Bernhard signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] node/way/relation IDs
Hi! I am working on Smrender (http://www.abenteuerland.at/smrender/), a renderer for paper charts. It creates an in-memory database for rendering and I use the object IDs as keys. Do nodes, ways, and relations share a common pool of IDs (i.e. there is no node which has the same ID as a way), or do those object have separate ID pools (i.e. there may be a node which has the same ID as a way)? I already tried to find an answer in the Internet but didn't find one yet. Best regards, Bernhard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] node/way/relation IDs
On Tuesday 25 September 2012 11:49:26 Stephan Knauss wrote: Bernhard R. Fischer writes: Do nodes, ways, and relations share a common pool of IDs (i.e. there is no node which has the same ID as a way), or do those object have separate ID pools (i.e. there may be a node which has the same ID as a way)? No, their ID is independent, ID numbers carry no relationship between elements: http://wiki.openstreetmap.org/wiki/Elements#Common_attributes Stephan Ok, thank you very much. Bernhard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
