Just a note about the data in GNS specific to Ireland. It seems that there is a patch of data not full complete, see:<br><br><a href="http://forum.geonames.org/gforum/posts/list/268.page">http://forum.geonames.org/gforum/posts/list/268.page
</a><br><br>HTH, but sorry if this was already known, it took me by surprise when finding this!<br><br><div><span class="gmail_quote">On 9/13/07, <b class="gmail_sendername">Dermot McNally</b> <<a href="mailto:dermotm@gmail.com">
dermotm@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">(Also copying to the main talk list, since there was a recent question
<br>about GNS data import)<br><br>Hi Folks,<br><br>Those of you at the meeting in Balbriggan will recall our conversation<br>about the GNS data and my eagerness to turn it into usable OSM data.<br>It took me a while longer, but some usable work is now there to be
<br>seen. In the absence of a good place to put it, I've made it available<br>here:<br><br><a href="http://rapidshare.com/files/55482368/gns.tar.gz.html">http://rapidshare.com/files/55482368/gns.tar.gz.html</a><br><br>
What you get:<br><br>You'll find a directory structure with a perl script and some of its<br>supporting modules. If you know perl, feel free to play and enhance.<br>If you don't, don't panic! In the data directory you'll find the
<br>original gns data file along with the output of this script. This<br>output isn't useful for import into OSM, but it's generated from an<br>object which will import quite easily (I haven't written the script to
<br>do that yet). This text output is designed to illustrate what I've<br>managed to extract from the original file and to allow for discussion<br>of whether we're all happy to see this stuff uploaded or whether we'd
<br>like to change some things first.<br><br>Running the script:<br><br>Everything I've done so far will run on vanilla perl - based on the<br>location of the data file, you should get some action by doing:<br><br>perl gns_import.pl < data/ei.txt
<br>or ./gns_import.pl < data/ei.txt<br><br>What you'll see is the lat and long of the POI along with the<br>attributes I'd propose to set for each one within OSM. These are:<br><br>gns:<various>: This is to preserve availability of the raw GNS data
<br>from whence this all came. Yes, there's a lot of it, but it does mean<br>that if we work out a nifty use for SORT_NAME or some such data field<br>we'll be able to use it without a reimport.<br><br>comment, source: An explanation of where we got this from.
<br><br>name: The POI name. For now, only POIs of type 'place' are being<br>output, and I'd suggest we get our feet wet on this much before trying<br>subsequent passes for the rest of the items (we'll need to work out a
<br>bunch of mapping stuff for them anyway).<br><br>name:ga, name:en: For places where English and Irish names were<br>available, both are entered. Whichever named seemed from the<br>data-source to be definitive (usually the English one, but possibly
<br>different in the Gaeltacht) was used for the 'name' attribute, which<br>is likely to be necessary to ensure that the renderers will Do The<br>Right Thing.<br><br>is_in: I've built a county lookup table of the codes used in the ADM1
<br>field. Based on this, I've set is_in to "County <county name>" for<br>each POI where this was possible. (some have ADM1 set to 00, and I<br>haven't worked out whether this corresponds to anything other than
<br>'unknown').<br><br>place: The type of place this is - city, town, village, hamlet.<br>Unfortunately, the information available isn't that specific, and<br>nothing below the level of town comes with information on size or
<br>population. For this reason, I've had to fail safe and set all others<br>to 'hamlet' - which I'm treating as the best standard equivalent for a<br>townland. This means that points that are really villages or small
<br>towns will need manual touch-up. I don't have a better idea for these,<br>but the alternative is for thousands of townlands to start<br>overwhelming the map, and fixing these would be even harder.<br><br>place_county: This doesn't seem to be in standard use, but it struck
<br>me as worthwhile to set a field to the county name (without the prefix<br>'County '). Maybe we'll find a use for it...<br><br>population: Only present for a handful of locations, but set where available.<br>
<br><br>I'd be very interested in some comments on this. It would be really<br>easy to add these to the database, but we should have a good look now<br>just to make sure we like what's going in. Since the source is set, it
<br>would be easy to back the stuff out as well, but that's a bit rough on<br>anyone who has already adopted some of the points, enhanced and maybe<br>respotted them :-)<br><br>What do you all think?<br>Dermot<br><br>
_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Barry<br><br>- <a href="http://www.nearby.org.uk">www.nearby.org.uk</a> - <a href="http://www.geograph.org.uk">www.geograph.org.uk</a> -