Talk:OSM++

ideas

• 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)

testing

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)