From OpenStreetMap Wiki
Jump to: navigation, search


  • Umwandeln beliebiger CSV Dateien, WIki tabellen
  • GPX, OSB, KML, geoRSS Export
  • upload/splitting modul
  • Adressen zuordnen
  • Plausibilitätscheck
  • doppelte Punkte filtern
  • Umkreissuche um Dublikate auszuschließen, Fehlertollerante Namenssuche
    • Teilautomatischer Abgleich Modus
    • Daten zu bestehenden Nodes hinzufügen
  • Area Filter um Gebiete auszuschließen (weil vlt. dort Daten bereits eingetragen sind)
    • Auch um Dreher bei lat/lon festzustellen
  • Shapefile (linien, polygone, aufsplitten, Attribute aus CSV zuordnenbar)

User Interface

  • The user interface shall be accessible with a screen reader (because there are several contributors that want to add information that is relevant for the blind) - this can be realized with a simple (web) interface.
    • I'm not sure if managing huge data amounts is a easy task for blinds but it's a nice idea to make acessibility sure. Anyway, this will make bigger problems for UI abstraction. I would add this as an additional feature? --!i! 10:32, 22 April 2010 (UTC)
      • What is difficult about a pure text interface? --Lulu-Ann 15:41, 16 May 2010 (UTC)
  • When the tool is started, the user shall be informed about the copyright requirements for an import and must click OK.
    • Good Idea, this is very essential even for newbies --!i! 10:32, 22 April 2010 (UTC)
  • The user shall be asked for an exclusive user name to use for the import.
    • Good, it is descriped in the mass data guidelines. --!i! 10:32, 22 April 2010 (UTC)
  • The user shall be asked for the file format in which the data is available.

. . .

  • If the data is available in or by now converted by OSM++ to a plain table, the user shall be asked to match the fields and values for the import (compare MS Outlook data import dialog)
    • Yes this are my plans, Im working on :) --!i! 10:32, 22 April 2010 (UTC)


as soon as I have a svn version I am willing to test this program, I will have access to lots of DWG/DXF files for imports of various municipalities in Brazil, and such a program might reduce my current import work load significantly. Last import took 4 months to complete. The state of Espirito Santo have 80 municipalities, if I am to spend 4 months on each than I have 20 years of work ahead of me. --Skippern 19:17, 21 April 2010 (UTC)

great Skippern but remember that there are a lot of things to do for me ;) --!i! 19:56, 21 April 2010 (UTC)

relational database (MS Access or similar)

Note: Maybe it is good to import .cvs files to a database first.

  • create queries containing several tables
  • match fields
Mhh I don't wan't to make it essential to have a DB running for an import, this makes big dependencies to third party packages and is not allways easy. Anyway a DB access module would be great, you are right! --!i! 10:34, 22 April 2010 (UTC)