Thank you for your response Serge!  This is a very good outline and you are very kind to have given me this kind of walk through.  I have read through the docs about each part you outlined for me and have some more questions..<br>
<br>"If you've signed up recently, you've accepted the new Contributor Terms"<br>So I believe this means that I should work under OSM's future license policy, even though they have not yet made the crossover?  Or do I work under the current terms for now and then change everything later?  Sorry for asking what may seem like dumb questions, but I want to be really sure about this :)<br>
<br>"If you understand OSM, then you know how we use tags to classify features."<br>My data is in a GIS database.  I looked at the tagging section of the docs.  The way I understood it is that I have to change my database to reflect the tags?  I'm not really sure since I have a lot of columns with entries such as place_name, lon, lat, geom, etc.  Another question about this is that I am working in the U.S., but I would be importing data for a region in an another country.  Do I follow the tagging system of the U.S. or do I follow that of the country I am importing for?  What if that country has different tagging systems for different regions and none listed for the region of my interest?<br>
<br>As for importing data, I saw it mentioned somewhere that there is a test database for OSM that I can work with to ensure my actual import goes right.  Is this so?  Other than that is there a place I can show my .osm files for moderation and checked by an OSM team or professionals alike that will ensure me that my pending import data will benefit OSM?  Also I saw that you said that mass data imports are not favored.  What constitutes as a "mass import" as opposed a more normal/manageable one?<br>
<br>As for the XML/.osm format, isn't there a tool from the FWTools suite, something like ogr2osm that will correctly convert my GIS to .osm?  I am guessing that even with such a tool, that I might have to edit/clean-up the .osm files a bit, but I assume there has to be many tools out there to do the bulk of the conversion...<br>
<br>I truly appreciate all your kind help and assistance with this.  I don't know what I would do if it wasn't for you guys :)<br><br>Thanks,<br><br>elshae<br><br><br><div class="gmail_quote">On Tue, Jan 18, 2011 at 11:16 AM, Serge Wroclawski <span dir="ltr"><<a href="mailto:emacsen@gmail.com">emacsen@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Tue, Jan 18, 2011 at 10:42 AM, IT Intern <<a href="mailto:itintern12@gmail.com">itintern12@gmail.com</a>> wrote:<br>

><br>
> This was originally posted here:<br>
> <a href="http://forum.openstreetmap.org/viewtopic.php?id=10817" target="_blank">http://forum.openstreetmap.org/viewtopic.php?id=10817</a><br>
<br>
</div>Hi, and welcome to OSM!<br>
<br>
There's a large split in the people who use the forums vs the lists. I'm biased.<br>
<br>
The other resources for OSM are the Wiki (<a href="http://wiki.openstreetmap.org" target="_blank">wiki.openstreetmap.org</a>) and<br>
<a href="http://help.openstreetmap.org" target="_blank">help.openstreetmap.org</a>.<br>
<br>
help.osm has a lot of question similar to yours, and this question<br>
comes up a lot, so I'm going to apologise if this answer seems terse,<br>
there's just a fairly large amount of information that I need to give<br>
you to answer it.<br>
<div class="im"><br>
<br>
> I apologize in advance if the answer to my question is blatant from the docs, but as far as I can see there seems to be no way to contribute GIS data to OSM.<br>
<br>
</div>It depends what you mean by contribute. I'm going to assume you mean<br>
"Put data you and others have collected into OSM"<br>
<div class="im"><br>
> I am working on a project making an interactive map and the foundation which I work for has a lot of data which they have collected (mostly from gazetteers).  We figured since OSM is providing us with their lovely base maps from the API, we want to give back to them by contributing our data.  However, our data is mainly in a PostGIS database.  Is there anyway to import this data to OSM?  I appreciate all and any advice you may offer me<br>

<br>
</div>For my own sanity, I'll break the process down into several parts:<br>
<br>
License, Tagging, the Import Process in General, and Technology<br>
<br>
1. License<br>
<br>
First, and foremost, any data that goes into OSM must be compatible<br>
with the OSM license, which is currently in a transition period. If<br>
you've signed up recently, you've accepted the new Contributor Terms.<br>
<br>
The issue is that you have to be sure that your organisation is okay<br>
with these terms, that you have the proper authorisation to add the<br>
data into our dataset, etc.<br>
<br>
There are lots of resources on the wiki, and lists to help with this,<br>
so I won't go too far into the process.<br>
<br>
2. Tagging<br>
<br>
You didn't mention what kind of data you have. If you understand OSM,<br>
then you know how we use tags to classify features. Your data will<br>
need to be added in using tags that our system understands, or if it's<br>
an odd case where the data is unlike anything we already have, we'd<br>
need to work out a new tagging system for it. But the later is very<br>
unlikely.<br>
<br>
If you have questions about this, lots of people will be happy to help<br>
you, but the best resource is the wiki.<br>
<br>
3. Imports in General<br>
<br>
As a general rule, OSM doesn't like mass data imports, for lots of<br>
reasons. There are exceptions, people do imports, and some are fine,<br>
but generally the community doesn't like them, and usually it has to<br>
do with poor execution, and overlapping data.<br>
<br>
For example, let's say you have road data that you want to add to OSM.<br>
<br>
Will your import process take in to account roads that are already in<br>
the database? If so, what strategy will you use for deciding which<br>
data is correct? Will you look at the date of collection? Will you<br>
always blow the existing OSM data away, will you always blow your data<br>
away?<br>
<br>
And if you do add roads, will they route properly with existing OSM<br>
data (ie will they be topologically consistent with the existing<br>
dataset?). And so on...<br>
<br>
It's a non-trivial matter, and the process needs to be customised for<br>
each dataset.<br>
<br>
We can go into more depth about this, but look at the wiki for<br>
"import" and "imports" and you'll see lots of existing information.<br>
<br>
4. Technology<br>
<br>
If your data is in PostGIS now, it shouldn't be too hard to write a<br>
script that extracts the features and makes it available in the OSM<br>
XML format, ready to be consumed by the API.<br>
<br>
Are you familiar with the XML format and the API? If not, they're<br>
referenced in the wiki and or we can give you a link.<br>
<font color="#888888"><br>
- Serge<br>
</font></blockquote></div><br>