User:Flohoff

From OpenStreetMap Wiki
Jump to: navigation, search
Flohoff submits data to OpenStreetMap under the name flohoff.
This user uses or has experience with a Garmin GPSmap 60CSx and is willing to answer questions on it from OSM users
This user uses or has experience with a Wintec WBT-201 and is willing to answer questions on it from OSM users
Babel
de Dieser Benutzer spricht Deutsch als Muttersprache.
en-3 This user is able to contribute with an advanced level of English.


My name is Florian Lohoff i am living in Masholte, Germany. I am mapping around Ostwestfalen-Lippe as i lived in a couple of places which i know. I put my homevillage into OSM and a couple of villages i travel through on my way to work.

Contents

Area of mapping

Mastholte Bokel Druffel Varensell Verl Sürenheide Siedlung Determayer, Gütersloh

those are small isolated areas and mostly complete by their street network.

I started working on parts of:

Rietberg Neuenkirchen Verl Gütersloh Rheda-Wiedenbrück Harsewinkel Langenberg

Also all the surrounding countryside between Mastholte and Verl is beeing mapped by me.

Straßenlistenauswertung for Northrhine-Westfalia / Nordrhein-Westfalen

You'll find it here: Strassenlistenauswertung

Maxspeed map

I produced a maxspeed map which visualizes the maxspeed via vectors on the normal tiles: Maxspeed map

Missing pieces in OpenStreetMap

tiles@home

I am participating in t@h with a couple of CPUs to render tiles. I am trying to get involved with the deeper aspects of the needs for the API, queuing and client issues arrising. I wrote a simple read only MAP api for use as a backup system in case the main API falls apart. This is already in use for the stable and unstable API and its called ROMA.

planet dumps and import

Machine:

 - Dual Xeon 3.2Ghz
 - 4GByte Ram
 - 4 Disk a 73GByte on an aacraid as a raid0/stripe

Import of planet 080827 (5.5GByte) took 3900 minutes or 3 days and resulted in an mysql database of ~200GByte.

Import of planet 080903 (5.6GByte) took 1200 minutes or ~1 day and resulted in an postgres database of ~160GByte. For importing into the postgres i changed the schema slightly and removed the bbox on the ways as its unnecessary for the map api. Creating a geospatial index on the bbox was aborted after 4 days. For this you'll need an patch against osmosis (i used 0.29).

ROMA

I am the first author to present a Read Only Map API to satisfy TilesAtHome Client requests for raw OSM data.

Massbug filing

amenity=police

I started massbug filing on 2008-10-29. First object was to file bugs on OpenStreetBugs concerning amenity=police without a name. I stumbled upon this when i used the routable Garmin maps and were looking for POIs e.g. Police. They all showed up but without a name/location which means you see there is some police but you dont know whether thats a 24x7 or a 9-17 police station.

is_in on places

is_in is an old and non sufficient concept on building an administrative relationship between roads, towns etc. The better concept might be to have polygons around all those regions. As we dont have them right now the best thing we have are the is_in on the places. To be usable the is_in must be in a defined format. Most of the places especially those imported from OpenGeoDB are build like is_in=stadt,kreis,regierungsbezirk,bundesland,land,continent. Here an example:

 place=suburb
 name=Bornholte
 is_in=Verl,Gütersloh,Detmold,Nordrhein-Westalen,Bundesrepublik Deutschland,Europe

All terms should be in the language their region is used to speak so would "Germany" be wrong. Also seperating the entrys should happen by , not ;. For all entrys in the is_in there should be a corresponding place somewhere else. So when Verl is in Gütersloh - there should be place with name=Gütersloh otherwise the hierarchy would be broken. Also the place type should correlate to the OpenGeoDB type importet. So an OpenGeoDB type=Kreis should be place=county not place=town.

How i tag

osmosis import times

On an Intel Blade 16GB Ram, 8 Cores, 500GB spread to ~8 disks a full planet import with osmosis without the linestrings takes roughly 14 Hours ...

+ bzcat planet-100317.osm.bz2
+ /home/flo/bin/osmosis --read-xml-0.6 file=- --write-pgsql-0.6 database=osm user=flo password=password
Mar 20, 2010 8:51:02 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.34
Mar 20, 2010 8:51:03 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
Mar 20, 2010 8:51:03 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
Mar 20, 2010 8:51:03 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.

Mar 21, 2010 10:14:01 AM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline complete.
Mar 21, 2010 10:14:01 AM org.openstreetmap.osmosis.core.Osmosis run
INFO: Total execution time: 48178846 milliseconds.

contact

You can contact me at: f@zz.de


Public domain
All my contributions to OpenStreetMap are released into the public domain. This applies worldwide.
In case this is not legally possible, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law.
Personal tools
Namespaces
Variants
Actions
site
Toolbox