OpenStreetMap logo OpenStreetMap

karussell's Diary

Recent diary entries

Today we’ve released version 0.4 of GraphHopper.

(excerpt) Highlights of GraphHopper 0.4:

  • The flexibility mode now supports turn costs and restrictions
  • GraphHopper is able to run offline in the browser via TeaVM since 0.3 but now we can also route offline on iOS too!
  • The bidirectional A* avoids heuristical results and is now the fastest algorithm for the flexibility mode
  • Via-point support for the web UI, contributed by rbraband

Read more here

Please give feedback on the mailing list or via a new Github issue.

Today we’ve released version 0.4 of GraphHopper

(excerpt) Highlights of GraphHopper 0.4: * The flexibility mode now supports turn costs and restrictions * GraphHopper is able to run offline in the browser via TeaVM since 0.3 but now we can also route offline on iOS too! * The bidirectional A* avoids heuristical results and is now the fastest algorithm for the flexibility mode * Via-point support for the web UI, contributed by rbraband ….

Please give feedback on the mailing list or via a new Github issue.

I know that HOT and other community processes improve exactly one area and I also know that paying people for OSM could be seen strange under certain circumstances.

But sometimes there is a need for a company which wants to improve exactly one area. E.g. to make self driving cars less dangerous with OSM data in one area or showcasing an OSM based application in the companies its district or whatever.

So, is there a website, company or process where one could ask for such specific area improvements for OSM? And what problems you see if there would be such a solution?

Long and possible incorrect street names in Russia?

Posted by karussell on 7 November 2014 in English. Last updated on 8 November 2014.

I’m running world wide imports for the route planner GraphHopper and due to space savings I allow street names with a maximum length of 255 characters. This was all fine until a few months. Now I get lots of lengthy stuff in Russia - possible automated imports? What is going on there and should one fix this ugly stuff? If yes, how? I can find out the way ids if someone is interested.

E.g. the first one is here

See full entry

Better Address Search with a quick JS hack

Posted by karussell on 27 January 2014 in English. Last updated on 14 May 2014.

Update

We are now using a geocoding solution with real address suggestions. Based on photon.

Address Suggestion

Old text

If you search for a location on openstreetmap.org you’ll probably miss some autocompletion. Autocompletion requires some server resources and when you have a normal SQL database (as it is the case for normal nominatim installation) this is nearly impossible. There is an Open Source solution called photon using the nominatim DB for feeding and for the search it uses Apache Solr. I highly recommend looking at this.

But if you just want to use nominatim I developed a bit JavaScript magic which displays the possible entries if you click the small triangle in the right corner of every input. And then if you hover the mouse over one entry it will immediately display the map. Test it here and sources are here - it stands under Apache License and requires jQuery Autocomplete.

See full entry

Today we’re releasing version 0.2 of our Open Source road routing engine GraphHopper written in 100% Java.

Faster!

  • All algorithms are faster due to bug fixes and fine tuning
  • A preparation is necessary for our optional speed-up technique called Contraction Hierarchy. This preparation is also faster.

Further!

  • We finally fixed GPS-exact routing so you don’t have to workaround a junction-to-junction results

More exciting news will follow …

Have fun and try GraphHopper Maps with world wide coverage for pedestrians, cars and bicycles! You need support? Have a look at our enterprise options!

Notes:

GraphHopper 0.1.1

Posted by karussell on 6 August 2013 in English.

Graphhopper 0.1.1 is now available on maven central. Which means that you can include it as a dependency in your pom.xml without adding a repository. See the snippet on the website.

Also there are some minor bug fixes and better support for internationalization. E.g. GraphHopper Maps should now be able to detect your locale and apply the translation (de, en and es) automagically. Or you can force it with the locale parameter: http://graphhopper.com/maps/?point=berlin&point=madrid&locale=de_DE

PS: If you are in the USA (or use en_US) you’ll see feet and miles, which I highly dislike but people are used to it.