if it is not doable, then it wont be done.
I wanted to present this idea and get some feedback.
thank you for your time.

Also, the main point of this is :
1. we can apply openstreetmap techniques to the closed problem of tracing. People can share the data with each other. It can be kept separate from osm data.

So the usage of that traced data as an overlay would be as legal as the tracing is, at least it would not affect osm and it would provide an alternative layer.

mike

The difference is
1. the issue of tracing is not even decided legally.
2. the comparsion of the vectors can for example indicate shifts or other small fine tuning issues that should not be subject to legal issues.
3. even if it turns out we cannot use it, at least we will get clarity, so the action would be to bring some type of decision to the question.

I have not looked at potlatch yet, I was fasinated that mapzen had source released and wanted to look at that.

Here is another tool that proclaims to support actionscript 3
http://www.swftools.org/

Today I did some simple experiments with compiling the mapzen code with the
haxe compiler. I did manage to get some of the code compiled after some hacking of it.

If it can be compiled with tools that support AS3 directly, even better!

thanks for the tips,
mike

Thats great! I will try it out immediately.
Thank you!

I have written to him for a statement.

Ahh, yes. We dont have this data split up yet. Also we dont want to import all parts... do you have any ideas for splitting?

EN: God. Damn. Spam.
DK: gud. forbande. spam
DE: Gott. verdammen. Spam
NL:god. verdomd. spam
SQ: zoti. mallkoj. spam
Hindi: भगवान. कोसना. स्पैम
http://fmtyewtk.blogspot.com/2009/10/how-to-say-damn-spam-in-many-languages.html

I have added the ability to upload and view text files. Now will start to add a geocoding feature to them.

Thanks,
I have updated it and added more comments and links.
mike

wow there is an open source railway simulator as well!
http://www.railserve.com/jump/jump.cgi?ID=5727

what about an OSM import for that?

SPAM

upload is now finished.

This project is so that we can manage the geocoding of large address databases in a standard way.

There are so many lists being imported in osm, but they have no way to manage data that is not with lat/lon.

So we need a tool to manage that transition

We should have a way to narrow down where the address would be
and allow for the user to click on a point with open layers.

We should have also some osm/open layer plugins for cataylst in the end.

I am installing this on sf.net now,
https://sourceforge.net/projects/openaddressdb/

Ok, it is working!

Just get the lastest version from
http://github.com/h4ck3rm1k3/OAD-Open-Address-Database

git clone git@github.com:h4ck3rm1k3/OAD-Open-Address-Database.git

run like this :
perl script/oad_server.pl

Install the database :
OAD/sql/createschema.sql

See the database here :
connect to http://localhost:3000/autocrud/OAD/addresses

I am going to setup the autocrud like this here:
http://dragonstaff.co.uk/oliverg/album

see the post :
http://use.perl.org/~oliver/journal/37112

I have started to edit the wiki page here,
osm.wiki/Kosovo_iMMAP_Import

and I am uploading the next batch of streets 30000-90000
http://www.archive.org/details/STREETDATA_Packages_Kosovo2 it will be done in some hours.
mike

I have started a repository here :
http://github.com/h4ck3rm1k3/OAD-Open-Address-Database

Or even until they are able to provide, and to debug them.
To provide approximate layers for osm, for example the city would have a color based on how many addresses of a type it hase.