Comments (10)
First of all, I would like to thank @pnorman and all other contributors for their commitment on this project.
Last week I noticed the quest for a new maintainer on the openstreetmap developer mailinglist and I already gave it a first thought. I am willing to continue the development and I believe I can free up enough time to maintain the project.
As you probably already saw I needed specific functionalities for another project and I ended up rewriting ogr2osm to become ogr2pbf. That means I have a full understanding of the code, but since I am not a mapper my knowledge about the OSM file format is limited. I probably need to catch up with that first, as well as some basics on ogr datasources.
Where I already took the project:
- Most of the issues of ogr2osm have been addressed in ogr2pbf.
- PBF output is added. OSM output is still possible and I have no plans on removing that.
- Python 2 support is removed in favour of python 3. This should not be a problem today and if needed, pnorman's version will not disappear.
- It is object oriented and useable as a library now. There is definitely a need for this, see the issue opened by @dericke as well as his fork and the project already depending on ogr2pbf.
- The translation files now use a class in stead of loose functions. It is at least easier to maintain, but it implies everyone should rewrite their translations. It may be a first step in a solution for issue 14.
- More test cases are added to ensure compatibilty with ogr2osm
What needs to be done:
- Review the license. As @pnorman pointed out in one of the issues, it is not a pure MIT license.
- Remove the mandatory dependency on protobuf, there are several use cases and most of them do not require PBF output
- Revert the name of the repository to ogr2osm and set OSM output as the default
Any thoughts? Is there a specific direction you want this project to go? Are there primary use cases I need to familiarize with?
from ogr2osm.
@jendrusk @dericke @roelderickx @simon04 @AdamWill ^^^
from ogr2osm.
Obviously really appreciate @pnorman for being awesome :-)
from ogr2osm.
@roelderickx maybe you interested? It would be good to maintain this as a general purpose tool.
from ogr2osm.
@suke-blog ^^^
from ogr2osm.
I haven't done anything with ogr2osm in a few years, so I don't feel I should be setting any direction. I've invited roelderickx to this repository. I've given @roelderickx access.
If we're going to continue with the current ogr2pbf code and rename it, I'd suggest renaming that repo and we can link from here to there.
from ogr2osm.
Thanks @pnorman
Meanwhile the suggested changes are done in my fork: protobuf is not a mandatory dependency anymore, osm output is the default and the repository is renamed to ogr2osm.
During the next week I will continue to close a few issues which are either already solved in pnorman's version or which are not ogr2osm issues.
We'll see what's next, if everyone agrees to continue with my version I will:
- close the issues already resolved in my version, commenting on how it is solved
- keep issues containing useful information open for historical reference
- recreate the remaining issues in my fork, with a link to the original issue
- review both open pull requests and either close or merge them (I don't know what I'll decide yet, it is not really relevant at this point)
- update the ogr2osm OSM wiki page
The objective should be that @pnorman does not have to bother about open issues or pull requests anymore, and that people are instructed to clone the actively maintained fork.
from ogr2osm.
Unless there are objections I will link from here to my version in a few days and adapt the OSM wiki accordingly. I will continue to provide long term support on pnorman's version for those who still use python 2 or those who need more time to convert their translation files. This will be strictly limited to bugfixes.
A PyPI package will be created as described in roelderickx#2: version 1.*.* will be created from this branch, version 2.*.* and up will be the latest maintained version.
from ogr2osm.
I'd suggest dropping Python 2 support.
I don't think it is necessary to support 2 versions.
from ogr2osm.
Thanks for your input @Firefishy.
I will not create a package from this branch because it requires a modification to be done first and I will start at version 1 for my branch.
from ogr2osm.
Related Issues (20)
- Conversion HERE Shapefile > ogr2osm > bz2 > Navit .bin using Maptool HOT 15
- Esri fileGDB to OSM direction error. HOT 1
- python killed HOT 4
- Converting DWG files to OSM HOT 3
- processing never finishes on small dataset HOT 5
- unhandled geometry, type: 3003 HOT 1
- Inconsistent or missing use of addparent. HOT 1
- add bounding box information
- Clarify the difference between rounding digits and significant digits HOT 3
- Making main flow importable
- Not returning osm file in Mac HOT 1
- Multipolygon without inner do not assign tags HOT 1
- exception while writing idfile HOT 1
- Fails to output nodes in close proximity to each other HOT 2
- Fails with message free(): invalid pointer HOT 1
- ImportError: No module named osgeo HOT 2
- ogr2osm misses some multipolygons in US National Park boundary shapefile HOT 1
- Transfer node id's from shapefile to .osm file HOT 9
- Can we convert shp zip to OSM?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ogr2osm.