Digital Objects - Geographical XML - Latitude / Longitude, Points and Polygons

[Stephen Gadd]

Firstly, a huge "thank you" to everyone who has already contributed to
make ICA-AtoM the wonderful answer to a challenge that I was facing.

I note that others in this group have previously discussed the
attachment of geographical data and/or maps to records, and indeed
this is something that I am very keen to achieve. I also note the
observation that such data does not as yet form part of the ICA
standards, but see that work, since deprecated, was done on including
latitude and longitude data in Institution descriptions.

The work that I am doing produces geographical descriptions, not just
point data but also lines and shapes defined by polygons (open and
closed) made up of point data. These descriptions, stored in a
separate database, could be used dynamically to generate XML to be
attached as a digital object to records in the ICA-AtoM system. The
XML (or indeed JSON) could be made to conform to any of the developing
standards for geographic data - my own preferences are for either
GeoJSON (http://geojson.org/geojson-spec.html) or GML (http://
www.opengeospatial.org/standards/gml).

QUESTION: Is it both feasible and worthwhile to develop ICA-AtoM to
recognise digital objects presented in such a format? The Google
Static Maps API (http://code.google.com/apis/maps/documentation/
staticmaps/#Usage) could be used to generate images from the data
which could then be used in ICA-AtoM's existing digital object viewer.

I shall continue to work on a standalone system to capture and encode
the geographic data, actually quite straightforward using Google Maps
API v3 - simply a matter of clicking points onto a map and shifting
them around while JQuery and PHP take care of storing and updating the
data in a MySQL database. Is it a feature that would be of wide-enough
interest to be considered for integration within ICA-AtoM?

[Victoria Peters]

Speaking as a user, I would certainly be interested in having this feature! I believe that others in the UK would too. Geo-referencing is quite a hot topic.

Victoria

Victoria Peters
University Archivist
University of Strathclyde
Andersonian Library
101 St James' Road, Glasgow G4 0NS
Tel: 0141 548 5825
Fax: 0141 552 3304
Email: victori...@strath.ac.uk

University of Strathclyde Archives and Special Collections homepage strath.ac.uk/archives Follow us on Twitter twitter.com/StrathArchives

The University of Strathclyde is a charitable body registered in Scotland, no SCO 15263

--
You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To post to this group, send email to ica-ato...@googlegroups.com.
To unsubscribe from this group, send email to ica-atom-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/ica-atom-users?hl=en.

[MJ Suhonos]

Hi all,

I actually spent quite a bit of my undergraduate engineering degree working on GIS applications, so I'll admit an affection for this topic as well. We have seen some increase in interest in geographical information in ICA-AtoM lately.

The imminent 1.2 release will revive the earlier work Stephen mentions by implementing the Google Static Maps API for displaying map images on terms (in particular, place terms) that use the "code" field. This work was done as part of our contract with the Archives Association of Ontario, who have a list of 2800 locations with geopoints (at lat/long coordinates). It is basically informational, but allows one to edit the value of the "code" field to determine the map that should appear, and of course store the data in a structured way within ICA-AtoM.

Further in the subsequent 1.3 release, we will be implementing a new search index, called ElasticSearch (http://www.elasticsearch.org/) aimed primarily -- but by no means exclusively -- at large institutions. This will open a number of possibilities, including storing geo-points on any type of record, and, eg. performing geo-bounded searches. However, this functionality is out of scope for 1.3.

As always, if any organization has the mandate to commit to providing or expanding on this kind of functionality, we remain open to our typical approach of incorporating it as part of contracted development work with Artefactual. Similarly, if anyone has modified ICA-AtoM to include this (or any other) functionality themselves, we are happy to receive contributions of code in order to merge them into a future ICA-AtoM release for all to benefit.

Hope this helps,

MJ

PS. Forgive my naïveté as a librarian, but would someone be able to provide a use case for / example of more rigorous geo-referencing in an archival context? I understand that maps are have an intrinsic appeal, but would love to better understand the value of eg. detailed polygon data or points on other kinds of records (institutions perhaps?).

--
MJ Suhonos, MIS
Systems Librarian/Software Engineer
Artefactual Systems Inc.
http://artefactual.com

[verme...@gmail.com]

Hi MJ,

We're a cultural heritage institute, which means we have a lot of geographical data and I think I can illustrate a use case. Archaeologists for example like to be able to state geographical queries (e.g. what excavation archives are there from projects in a particular region). It's impossible to know the information need of every archaeologist at the time of input, so a predefined region-list, thesaurus or gazetteer isn't very useful. Inputting vector-based GIS information could solve this by alowing researchers to query the database using a region they've defined themselves (as a minimum bounding rectangle or a (multi)polygon).

This example brings to light several aspects:

* The need for a formal description of place by using a geographic reference system, instead of a linguistic definition of space (solved by using polygons)

* A good interface is required to input data (maybe a lot of work to implement directly) or an easy way to import or attach geographic data (wich will need support for multiple reference systems)

* The need for a good, user-friendly interface to query data (which is particulary difficult).

* Perhaps a need to show results on a map (I think this is mostly out of scope, and beeing able to search for information is more important)

I think it would be a pitty to concentrate on the showing of maps and disregard the fact that beeing able to search for information should be the primary focus of ICA-AtoM (but that's just my two cents). I don't think this is feasable in the short term, and perhaps setting up a seperate service for searching geoinformation should be implemented as a plugin. This service should be a separate application, so you can use the best geotools, most of which are Java or Python projects. Also PostGIS is still better then the MySQL extensions for geo-data, but they are catching up. Once again, just my 2 cents...

Cheers,

Maarten

[Stephen Gadd [Docuracy Ltd]]

Thanks for your thoughts on this, MJ. In answer to your question about
geo-referencing in an archival context, the project I'm working on
involves cataloguing estate archives - not only records whose
relevance has passed into history, but also records related to
property still under estate management. The point picked up by Maarten
chimes with the needs of our catalogue's users, who will need to
identify records relating to properties which lie in geographical
areas defined not by street names (easily searched) but by
administrative boundaries.

Looking forward to the upcoming releases, rather in awe of the amount
of work going into them...

Best wishes,
Stephen

On Oct 27, 6:20 pm, MJ Suhonos <m...@suhonos.ca> wrote:
> Hi all,
>
> I actually spent quite a bit of my undergraduate engineering degree working on GIS applications, so I'll admit an affection  for this topic as well.  We have seen some increase in interest in geographical information in ICA-AtoM lately.
>
> The imminent 1.2 release will revive the earlier work Stephen mentions by implementing the Google Static Maps API for displaying map images on terms (in particular, place terms) that use the "code" field.  This work was done as part of our contract with the Archives Association of Ontario, who have a list of 2800 locations with geopoints (at lat/long coordinates).  It is basically informational, but allows one to edit the value of the "code" field to determine the map that should appear, and of course store the data in a structured way within ICA-AtoM.
>
> Further in the subsequent 1.3 release, we will be implementing a new search index, called ElasticSearch (http://www.elasticsearch.org/) aimed primarily -- but by no means exclusively -- at large institutions.  This will open a number of possibilities, including storing geo-points on any type of record, and, eg. performing geo-bounded searches.  However, this functionality is out of scope for 1.3.
>
> As always, if any organization has the mandate to commit to providing or expanding on this kind of functionality, we remain open to our typical approach of incorporating it as part of contracted development work with Artefactual.  Similarly, if anyone has modified ICA-AtoM to include this (or any other) functionality themselves, we are happy to receive contributions of code in order to merge them into a future ICA-AtoM release for all to benefit.
>
> Hope this helps,
>
> MJ
>
> PS. Forgive my naïveté as a librarian, but would someone be able to provide a use case for / example of more rigorous geo-referencing in an archival context?  I understand that maps are have an intrinsic appeal, but would love to better understand the value of eg. detailed polygon data or points on other kinds of records (institutions perhaps?).
>
> --
> MJ Suhonos, MIS
> Systems Librarian/Software Engineer

> Artefactual Systems Inc.http://artefactual.com

>
> On 2011-10-27, at 5:18 AM, Victoria Peters wrote:
>
>
>
>
>
>
>
> > Speaking as a user, I would certainly be interested in having this feature! I believe that others in the UK would too. Geo-referencing is quite a hot topic.
>
> > Victoria
>
> > Victoria Peters
> > University Archivist
> > University of Strathclyde
> > Andersonian Library
> > 101 St James' Road, Glasgow G4 0NS
> > Tel: 0141 548 5825
> > Fax: 0141 552 3304

> > Email: victoria.pet...@strath.ac.uk

> > For more options, visit this group athttp://groups.google.com/group/ica-atom-users?hl=en.

[MJ Suhonos]

Hi Stephen and Maarten,

Thanks very much for taking the time to explain these cases. I'm inclined to agree that the larger value of geocoding within ICA-AtoM is for searching, whether part of descriptive tasks or general user discovery. I'll think about this more in the context of our work for 1.3 using ElasticSearch, and see how we can best keep the door open to adding the kind of features that you both describe.

Thanks again,
MJ

--
MJ Suhonos, MIS
Systems Librarian/Software Engineer
Artefactual Systems Inc.
http://artefactual.com

[Gus Urban]

Hello

Iam new in ICA atom
Day ago , I write about the possibilty of georeference .. and Jessica said me about these subjetc..
For we is very import. Why?
We have collection and fond of people what live in Patagonia. For example sheep farmers..
We need know  where is the farmers for our archive...
Also in our project we will photss, oral history and we like that the people that access to the archive can know where live is people..
One regards for all
Gus

[George Duimovich]

Re: georeferencing

>>> Is it a feature that would be of wide-enough  interest to be considered for integration within ICA-AtoM?

Yes indeed.  Just scouring earlier threads for topics of interest.  Stephen, anything come of your work in this direction re: AtoM functionality?

I note that this [1] suite of proposed changes to EAD for "upcoming release in early 2014" includes geocoding attributes (MARC has had basic ones for decades -- e.g MARC 034 / 255), but I'm not the EAD expert so would appreciate anybody's feedback on 1) current support in EAD for geocoding; and/or 2) status of [1] vis a vis AtoM roadmap, community interest (seems to be there), etc.

thanks
George
Carleton University


[1] https://github.com/SAA-SDT/EAD-Revision
https://github.com/SAA-SDT/EAD-Revision/issues/205

[Dan Gillean]

Hi George,

Thanks for re-initiating a discussion on this.

As regards current support for georeferencing in EAD 2002, I suggest that if you can't find the answers you're looking for in the EAD Tag Library, that you post a question to the EAD Listserv - the people there are wonderfully knowledgeable, and incredibly helpful and responsive.

I also agree that this would be a great addition to AtoM! Stephen, I would be very curious to hear if you've made any progress in this regard. Additionally, if there are other users who feel that the inclusion of georeferencing in AtoM would be useful, we would love to hear more of your intended use cases, or experiments you have undertaken to develop this locally.

There is a legacy field that remains in AtoM's terms form (i.e. a place term, for example) labelled "Code". If a user enters latitude and longitude coordinates into this field, a static Google Map will be generated when the term is saved. It was included as an experiment in an early release of AtoM but never developed as we hoped, and consequently has not been properly documented - but it remains available in AtoM 2.0.0. We will be including some documentation on this field once we get to that spot in our documentation rewrite, but the functionality of the field is fairly limited and straight-forward.

Similarly, in AtoM 2.0.0, dynamic Google maps can be associated with an institutional record. You can see an example of this on our ArchivesCanada beta demo site, as found here. This functionality is not available right out of the box in AtoM 2.0.0 - this is because Google limits the number of maps that are generated by its API per day - more require payment. As such, we leave it up to our clients to enable this functionality if they so choose. To do so:

• You need to set up a Google account
• To use the Google Maps API, you need to request an API Key
• The key is added to AtoM's code in the apps.yml file (here) - there is a google_maps_api_key value that you can uncomment, and add the API key to.
  
• You must clear the cache in AtoM after making and saving the change to the app.yml file
• For a map to show up on an institution record, you must add latitude and longitude coordinates to the Contact information for the repository, in the Physical Location tab of the Contact popup, available in the Contact area of the institution's ISAAR record. For more information on working with archival institutions in AtoM, see our new docs, Archival institutions
• When the institution record is saved, the map will appear at the top.
  

These instructions have not yet been added to our new documentation, so this has been a good opportunity for me to outline the functionality and remind myself to try to address this in our docs soon!

Finally, I'd like to point out that another open source access system, Collective Access, has implemented support for georeferencing. On that functionality in their system, they note: "Using geographic coordinates, authoritative place names, or precise addresses, you can tie a record to a location and visualize it in Google Maps, Microsoft Bing, OpenStreetMaps and GeoNames. Drop pins or draw shapes around locations relevant to your collection. You can search or browse on locations, or view search results plotted on an interactive map. In addition to georeferencing collection items, users can create custom hierarchical place authorities, and georeference each Place authority individually."

I would suggest that, were we ever to implement more advanced georeferencing in AtoM, we learn from the gains that this other wonderful project has made in this area, and consider how best it might be implemented to support multiple use cases and visualization tools beyond Google Maps.

Regards,

Dan Gillean
AtoM Product Manager / Systems Analyst,
Artefactual Systems, Inc.
604-527-2056

--

You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.

To post to this group, send email to ica-ato...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/7d7135af-6191-46d6-8980-1db466755b9e%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Hutchinson, Tim]

Hi Dan,

To add to your instructions below, Jesús pointed out in an earlier thread that there is a command line task available to populate the institutional latitude/longitude data. In my testing it seems to have worked quite well.

    There is a task called "tools:find-repository-latlng" that goes through every institution in your data and pulls the         lat/lng from Google when these values don't exist, looking at the institution address (a combination of             streetAddress, city, reigon, postalCode and countryCode). It uses the following service: http://maps.googleapis.com/maps/api/geocode/json?address=ADDRESS+HERE&sensor=false

---

From: ica-ato...@googlegroups.com [ica-ato...@googlegroups.com] on behalf of Dan Gillean [d...@artefactual.com]
Sent: November 14, 2013 6:22 PM
To: ica-ato...@googlegroups.com
Subject: Re: [ica-atom-users] Re: Digital Objects - Geographical XML - Latitude / Longitude, Points and Polygons

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/CAC1FhZKvqvc79x%3DnXRZEVNZ%3DQgHQdk7vejqvq%2B6Yus6gUGz1ZA%40mail.gmail.com.

[George Duimovich]

Dan,

Thanks for the reply and hints to some current functionality.

To be explored further...

Cheers,

George

[Dan Gillean]

For anyone who has been following this thread and is curious about EAD 2002 and EAD3 support for georeferencing, George has taken the discussion to the EAD list-serv, and has received some helpful answers - you can view some of the responses so far here and here.

Regards,

Dan Gillean
AtoM Product Manager / Systems Analyst,
Artefactual Systems, Inc.
604-527-2056

[Cynthia Coleman]

Hi

Another open source software tool has been recommended to me, called Geoserver: http://geoserver.org/about/.

This seems to be very feature rich, compared to AtoM.

Has anyone use this? How did the interoperability go between the two systems?

Thanks Cynthia 

[Ricardo Pinho]

Hi,
I'm from the GIS area, with more than 15 years of experience.
This area was dominated by a strong Proprietary Software Industry (ESRI, Intergraph, Autodesk, etc) but fortunately in the last 10 years emerged several Free Software alternatives that overcome the old monopolization practices and adopted Open Standards.

OGC is an international not for profit organization committed to making quality open standards for the global geospatial community, that defines most of the Standards adopted by several countries all over the world, including USA and Europe INSPIRE.

Geoserver (it publishes data from any major spatial data source using open standards) is one of most popular free software solutions, but it is only a component of a GIS system. It's a GIS Web Server that provides GIS Web Data services according to OGC specifications, namely: WMS (Webmap service), WFS (Web Feature Service), etc

There are also OGC specifications for  searching Geographic Information Metadata, and one free solution is: Geonetwork (GeoNetwork provides an easy to use web interface to search geospatial data across multiple catalogs). It work perfectly together in any OGC complient WebGIS solution, including GeoServer. Geonode is another free software alternative.

There are also Enterprise GIS solution based on free software, you can contact: (USA) Boundless with it's OpenGeo Suite or (Europe-It) Geosolutions.

Regarding the QUESTION: Is it both feasible and worthwhile to develop ICA-AtoM to recognise digital objects presented in such a format?

As I've tried to explain, for this purpose there are already a huge, popular and well implemented free software solutions, with world wide use.

The way to go for AtoM should be to follow the example of: CKAN, promoted by the Open Knowledge Foundation, a non-profit organisation dedicated to finding solutions to the technical and social problems of opening up knowledge and data, and CKAN is aimed at data publishers (national and regional governments, companies and organizations) wanting to make their data open and available.

By using "harvesting" technology it has been successful used for archiving and catalog GIS Data, connecting it to the mentioned GIS solutions.

CKAN is today the most popular solution for public institutions to public provide Open Data to the citizens, some examples based on CKAN:

U.S. Government’s open data

https://www.data.gov/

European Data Portal

http://www.europeandataportal.eu/data/en/dataset

UK open data

https://data.gov.uk/

European Join Research 

http://data.jrc.ec.europa.eu/dataset

York Open Data

https://www.yorkopendata.org/

Greece Geo Open Data:

http://www.geodata.gov.gr/en/

Portal Brasileiro de Dados Abertos

http://dados.gov.br/

Lisbon Open Data

http://dadosabertos.cm-lisboa.pt/

etc.

Cheers,

Ricardo Pinho

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-users+unsubscribe@googlegroups.com.
To post to this group, send email to ica-atom-users@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/5fc1c54d-e502-4cc9-ae29-ff72ea7a5a26%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Ricardo Pinho

[Cynthia Coleman]

Ricardo - that's a very succint response for something that is all new to me and you have one serious skillset in GIS. Thankyou.

I'm currently a very experienced professional (IT/GLAM) project manager working in the University space in Australia, with one of our country's leading digital humanities senior professor's as a stakeholder in my project. (Mind you I did major in geography when I was at university all those years ago, but maps in those days were very much limited to physical paper)

So given this context, we will be needing something serious to support "big data" and the mapping of archival material into the layers of organisation/person, timelines (years) and place at some point 'shortly' after we get Atom operational, ( not sure which is going to be most important as project 2: Archivematica or mapping, given our small digital collection at this point in time). The architecture you have have outlined is the start of another serious project, which will need funding for us, along with digitisation of our existing archival maps.

With all of this in mind, what advice can you offer us (and therefore others in this community) on the implementation of geodata (mapping) into  the existing version 2.3 of ATOM. I'm wanting the work that we do in AtoM to be as future proof as possible ie no time waster so that when we start our mapping related project we can provide sound interoperability between the systems.

Dan, I would love to know what 'plans' there are in  for mapping/geodata in the roadmap for Version 3.x of AtoM. This is one serious area to watch.

Regards Cynthia 

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.

Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/5fc1c54d-e502-4cc9-ae29-ff72ea7a5a26%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Ricardo Pinho

[David Juhasz]

Hi Cynthia,

I agree that adding mapping/geodata would provide many interesting ways to discover and present archival materials in AtoM.  We are currently working on a development contract (issue 10330) to add basic lat and long geodata to digital objects in AtoM.  While the Elasticsearch search index used by AtoM 2.x supports richer Geolocation data and searches, adding additional geodata functionality to AtoM (e.g. storing geo shapes, searching by bounding polygons) would require a funded analysis and development project, or code contributions from the AtoM community.  Depending on the use cases involved, it may make more sense to develop integrations between AtoM and Geoserver, or another dedicated Geodata application, rather than building robust geodata functionality into AtoM.

Atom 3.x is at a very early conceptual stage at this point, there are no concrete plans as to what features will be included, the technology stack used, or how development will be funded.

Best regards,

David Juhasz 

--

David Juhasz
Director, AtoM Technical Services

Artefactual Systems Inc.
www.artefactual.com

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-users+unsubscribe@googlegroups.com.
To post to this group, send email to ica-atom-users@googlegroups.com.

Visit this group at https://groups.google.com/group/ica-atom-users.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/2681d163-741f-4b32-a8b0-d38a0be3a656%40googlegroups.com.

[Creighton Barrett]

Hi Cynthia,

AtoM already has basic support for geographic place names. You can build a hierarchical list of place names in accordance with whatever controlled vocabulary you choose. In our case, we chose LCSH, because we have a long-term goal to harvest our archival descriptions into our university's library catalogue, WorldCat, etc.

We have used this list of place names to plot our archival descriptions in ArcGIS Server. Staff in our GIS Centre helped to create lat/long coordinates for each location and build a geospatial visualization. Then we embedded the map into the homepage of our Archives Catalogue and Online Collections: http://findingaids.library.dal.ca/

This is a pretty simple example. It is not automated and, therefore, has not been updated in quite some time. It also has no concept of timeline. But it does provide a basic geospatial interface to link people to our archival descriptions. So we are already talking about plotting digitized land deeds, historical maps, etc. 

AtoM has a field for coordinates, but it was apparently added in the early days and I'm not quite sure how it works. But we are currently interested in adding the coordinates to every location so we can (hopefully) export all of the relevant data and provide our GIS folks with the necessary information to update the map on a more regular basis. 

After we built the first iteration of this map, we learned that it would be much easier to add coordinates to LCSH place names if we had the place names organized as a hierarchy. Our GIS Centre consulted gazetteers to get "official" coordinates for each location, and it was hard to do with a flat file of locations. So our first step in the right direction has been to properly categorize locations according to continent, country, province/state, city, etc. You can't see this work on our live Catalogue yet, but it is complete and should be published in the next week or so. Then we will either start adding coordinates into the existing field, or wait to see what has been sponsored and go from there.

This came up on the list recently. Check this thread: https://groups.google.com/d/msg/ica-atom-users/opev1H-9MnU/JBAaNtQ_AwAJ

Also, just as an FYI, my favourite example of historic mapping + GIS is the University of Minnesota's Campus History site: https://www.lib.umn.edu/apps/campushistory/

Hope that helps!

Creighton

[Cynthia Coleman]

David and Ricardo - thanks so much for your interest and support in this important area. 

I will include your worthy mentions in my report to my Steering Committee (which includes two Professors).

Should anyone else have information relevant to mapping, I would love to hear.

Regards Cynthia Coleman

University of Tasmania

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/2681d163-741f-4b32-a8b0-d38a0be3a656%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to a topic in the Google Groups "AtoM Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ica-atom-users/43pMNBBpH4s/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ica-atom-users+unsubscribe@googlegroups.com.

To post to this group, send email to ica-atom-users@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/CABMx%3Degr4ggdt1_e_Cn_tghsBfKMrQ4ZMXvWy-Sma%3D1UDMw6ew%40mail.gmail.com.

[Cynthia Coleman]

Thanks Creighton - Have to do my response to you in priority order:

1. I do like your taste for the state of Minnesota. I have a soft spot for that state, having worked for American Express Japan/Asia Pacific Regional HQ in Sydney for a number of years. During this period I used to travel to the States and developed some very close relationships with two special ladies in Minneapolis/St Paul and was home hosted for a week on one trip there. Lovely place and reminds me of Tasmania (the little island & southern most state often left off the map of Australia and where I was born).

2. Appreciate all the tips on how you used AtoM for mapping :-)

3. State Library of New South Wales, my last employer,  developed a nice mapping crowdsourcing mapping feature which I'm sure you will like:

Overview is available here to put it into context: http://nsw.georeferencer.com/map/AQJvqTyjOSObPZwoy02BCI/201410031337-nrvkqc/

 

Tool itself: http://nsw.georeferencer.com/map/AQJvqTyjOSObPZwoy02BCI/201410031337-nrvkqc/georeference

Regards Cynthia

--
You received this message because you are subscribed to a topic in the Google Groups "AtoM Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ica-atom-users/43pMNBBpH4s/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ica-atom-users+unsubscribe@googlegroups.com.

To post to this group, send email to ica-atom-users@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/CAHueW_XGu5G%3DpdEK5ccOmeCfAzsLhJhHMvqMYWfeq5fDthc1qg%40mail.gmail.com.