Maps-l

maps-l@lists.wikimedia.org

495 discussions

Map metadata on Wikidata
by Susanna Ånäs 28 Jun '13

28 Jun '13

Tapping into the discussion about Commons + Wikidata, I propose we set up a Wikidata maps metadata task force following the model of the Artwotk task force. What's your opinion? Shall we cross post? Susanna -- Susanna Ånäs Käyttäjä:Susannaanas Wikimedia Suomi – GLAM – tiedotus – yhteistyö blog.wikimedia.fi / @WMFinland / Facebook / Liity jäseneksi!

2 3

Move of user-store NFS
by Marlen Caemmerer 27 Jun '13

27 Jun '13

Hello, I need to move the user-store on Toolserver back to the original machine hemlock. This will cause some short interruptions of the service and may even impact bots and web space tools. Additionally this will mean some short offline time for the OSM Wikipedia Map. This will happen tomorrow (Friday), 19:00 - 21:00 Cheers Marlen/nosy

1 0

Wikimaps wireframes
by Susanna Ånäs 23 Jun '13

23 Jun '13

I would like you to have a look at the wireframes that I have drafted for the demo. Please comment, we need specific answers. Ask for editor privileges if you want to work on the file: https://docs.google.com/presentation/d/10VRO08J8Eh5OSIPo90MWNn6p0ffBW165AGI… Tim W. (or anyone) should stop me if I have proposed changes that are too arduous. Cheers, *Susanna Ånäs *Käyttäjä:Susannaanas

1 0

Wikimaps: MapWarper at the Labs
by Susanna Ånäs 22 Jun '13

22 Jun '13

Hi all, Here's the address and login to the MapWarper instance at the Labs. Try it out and have fun! http://maps-warper.instance-proxy.wmflabs.org/ user: wikihack(a)mailinator.com password: wikimaps -- *Susanna Ånäs *Käyttäjä:Susannaanas Wikimedia Suomi <http://fi.wikimedia.org/wiki/Etusivu> – GLAM<http://fi.wikipedia.org/wiki/Wikipedia:GLAM>– tiedotus – yhteistyö blog.wikimedia.fi / @ <https://twitter.com/WMFinland>WMFinland<https://twitter.com/WMFinland> / Facebook <https://www.facebook.com/WikimediaSuomi> / Liity jäseneksi!<http://fi.wikimedia.org/wiki/Liity_j%C3%A4seneksi>

1 0

Re: [Maps-l] Wikimaps: About the template for maps
by Tim Alder 22 Jun '13

22 Jun '13

Hello, I wondering why the new template support the old KML-overlay. The problems with our KML-solution from 2007 are that the user need special software (Google Earth) and that the solution supports only affine coordinate transformation. Especially for historical maps I believe we need more complex transformations especially for handling in inaccuracy. But we can use mapswraper also for geocoding aerial photos. So the solution is much more flexible. It's also important that the interface is as simple as possible so there should be one click to come to an useful, selfexplaining application. So perhaps I will use the day to modify the template. But maps-wraper need some modification like I mention before. *Uploading file from Commons over an URL parameter (!!) *replacing image ID number by image name from commons (!) *remove User-accounts or usage of O-Auth/OpenID to work with the Wikimedia-Account (!!) I got from Susanna the question where to store the parameters: At the beginning I though about Maps-wraper more as an external webservice so it would be necessary to store all parameters additionally in Commons. Now I understand we have maps-wraper inside our own environment (labs), so we have control over it and have different backups of the parameters. So now I believe it's could be more easily and more consistent to store the parameter only inside maps-wraper. Later a bot can transfer the parameter perhaps to Commons/WikiDATA, but this is not necessary for the first hack. With parameters I mean a list of matching points. Also if I know that for modern maps that are generated by users in a GIS-system, it would be nice to support GDAL <http://www.gdal.org/gdalwarp.html> for transformations. But I don't believe that maps-wraper support it. Greetings Tim

4 5

Re: [Maps-l] Wikimaps: About the template for maps
by Tuszynski, Jaroslaw W. 20 Jun '13

20 Jun '13

Following suggestion by Susanna and Maarten, I started tinkering with Template:Map <http://commons.wikimedia.org/wiki/Template:Map> , which was designed as something which will be added on top of Information, Artwork or Book templates. There is still a lot that can be done with the template, but I think it is at the stage where it can use some input from a larger community. Specific suggestions should also go to Template talk:Map <http://commons.wikimedia.org/wiki/Template_talk:Map> . By the way I will be off the internet next week and not participating in the discussions. Jarek T. (user:jarekt <http://commons.wikimedia.org/wiki/User:Jarekt> ) From: susanna.anas(a)gmail.com [mailto:susanna.anas@gmail.com] On Behalf Of Susanna Ånäs Sent: Monday, June 10, 2013 1:15 AM To: Tuszynski, Jaroslaw W. Subject: Re: [Maps-l] Wikimaps: About the template for maps Hi Jarek, I discussed with Maarten yesterday about the template and his advice was to talk with you in order to find a solution to propose to the community. I wrote down the summary from our discussion on http://commons.wikimedia.org/wiki/Commons:Wikimaps/Template . The basic proposal is to create a new template {{Template:Map}} for maps, that adds publication and location data to the Artwork template. - Tim A. noted that there are so many maps that are using the Artwork template, that having Artwork + an additional Map template will be beneficial. The new Map template could be applied to the old map images without the location data. (And that the data would be stored in Wikidata soon anyway.) - You were opting to modify a template to come up with one template. - David Haskiya stated that templates can be places inside templates in the tool (while using several side by side is not possible at the moment) Is there a conclusion we could come up with? Cheers, Susanna 2013/6/7 Susanna Ånäs <susanna.anas(a)wikimedia.fi> Hi all, I wrote down the summary from our discussion on http://commons.wikimedia.org/wiki/Commons:Wikimaps/Template. The basic proposal is to create a new template {{Template:Map}} for maps, that adds publication and location data to the Artwork template. - Jarek was opting to use only one template. - Tim A. noted that there are so many maps that are using the Artwork template, that having Artwork + an additional Map template will be beneficial. The data would be stored in Wikidata soon anyway. The proposal is with 2 templates. Can that be handled in the GLAMwiki tool? Please comment the properties on the page or here. Happy weekend, Susanna 2013/6/3 Susanna Ånäs <susanna.anas(a)wikimedia.fi> I like your work! Based on this discussion, I vote for creating a new {{Map}} template. Still, I am missing some librarian voice in the discussion. Cheers, Susanna 2013/5/31 Tuszynski, Jaroslaw W. <JAROSLAW.W.TUSZYNSKI(a)saic.com> The attributes below match better Commons Book template [1] than commons Artwork template [2]. One difference is that Book template is a better fit for non- unique objects as it is lacking "Current location" and "Accession number" fields essential for Artwork. Here are the mappings to current templates: Zotero label CSL fieldname MapWarper template:Book template:Artwork Scale none scale -> description -> description Language none language Short Title none -> title -> title Library Catalog none Rights none permission permission ISBN ISBN ISBN URL URL Source / Bibliographic Ref URL source source Abstract abstract -> description -> description Accessed accessed Archive archive current location (institution) Loc. in Archive archive_location current location(location) Call Number call-number Call Number Accession number Series Title collection-title Series Title Edition edition Edition Place event-place and publisher-place Place of Publication Place of publication (City) Type genre object type Date issued Published Date Date date Extra note notes Publisher publisher Publisher Publisher Title title title title title description description description tags subject area -> description -> description Metadata Unique iD Author author artist Date Depicted ->date ->date Reprint Date ->date ->date Metadata Projection -> description -> description Metadata Location: lat, lon template:Object location template:Object location I used "->field" symbol for cases where few external fields can be mapped to one template field. Commons templates can be expanded a little bit in case of individual files with help of Template:Information_field [3]. But that makes hard to read wikicode. So I see 2 options here: 1) Expand current commons templates. Several times in last year I run into a problem of unique written documents which were right in the middle between {{Book}} and {{Artwork}}. I think {{book}} might benefit from fields that allow describing institution that hold it ( institution, location/department within the institution, accession number). We can propose adding those. 2) We can create a new {{Map}} template (either from scratch or by expanding other templates) that would accommodate this and possibly other fields which are now placed in description field of files (N S W E limits, projection/S stretch, etc.). Some of those fields might lend themselves into automatic KML production. Jarek T. User:jarekt [1] http://commons.wikimedia.org/wiki/Template:Book [2] http://commons.wikimedia.org/wiki/Template:Artwork [3] http://commons.wikimedia.org/wiki/Template:Information_field From: susanna.anas(a)gmail.com [mailto:susanna.anas@gmail.com] On Behalf Of Susanna Ånäs Sent: Thursday, May 30, 2013 3:20 PM To: Tim Alder Cc: Map integration; Tuszynski, Jaroslaw W.; Valentine Charles; dan entous; David Haskiya Subject: Re: [Maps-l] Wikimaps: About the template for maps Let's stick to the mailing list! If you want to keep up with the rest of the discussion, it would be beneficial to subscribe to the list. With this thread I think we can continue as is. Let's continue. We need to get - opinions/information about relevant bibliographic metadata schemes - whatever the mapwarper stores with a rectified map Here are the map attributes from MapWarper: Title Description Tags Subject area Metadata Unique iD Source / Bibliographic Ref URL Call Number Publisher Place of Publication Author(s) Date Depicted Published Date Reprint Date Scale Metadata Projection Metadata Location: lat, lon Here's what Zotero offers: Zotero label Zotero fieldname CSL fieldname Scale scale none Language language none Short Title shortTitle none Library Catalog libraryCatalog none Rights rights none ISBN ISBN ISBN URL url URL Abstract abstractNote abstract Accessed accessDate accessed Archive archive archive Loc. in Archive archiveLocation archive_location Call Number callNumber call-number Series Title seriesTitle collection-title Edition edition edition Place place event-place and publisher-place Type mapType genre Date date issued Extra extra note Publisher publisher publisher Title title title Here's my summary of fields from these 2 sources that are not in the Artwork template: Map type Tags Subject area/Event place Metadata unique ID Call number = accession number? Publisher Place of publication Date of publication = date? Date depicted Reprint date Scale Metadata projection Metadata location: lat + lon Language Library Catalogue ISBN URL Accessed Series title Edition Cheers, Susanna 2013/5/30 Tim Alder <tim.alder(a)s2002.tu-chemnitz.de> Thanks Jarek to remember the old KML-overlay solution (A project of User:Dschwen and me from 2007). The KML-solution had very limited features to make complex transformation to map an historical map on the actual world, but we can use the principle to provide via a template a link to a tool that use data from an Wiki subpage. With the KML-solution we could only store lat, lon, 2 values for scaling the map and rotation angle. Now I would store a list of matching points with x,y in pixel of the map and lat,lon. Would this be ok for Maps-wraper? (I'm not an expert in this area.) Like Maarten Dammers I want to make a first rapid hack as a base for the final solution. If we know the parameter definition I could hack a template let's say "overlay2" that opens the right page in Maps-wraper's map viewer[1]. For this it would be nice if Maps-wraper could work with Commons imagenames as identifier instead of numbers. Would these be possible? The Maps-wraper should have on the other side an export page for the matching parameters so that a user can store it on commons at a subpage. The advantage of the KML-solution was that we don't need any caching storage. Now the transformations cost a lot of cpu-time so we need a caching of the tiles at maps-wraper. Greetings Tim Alder P.S: I think we should organize the communication so that every mail is going directly to everone or we should use only the maps-l mailing list[2]. So it is confusing. I would prefer the mailing list but don't want to loose anyone how is interested. Sussana should decide. [1] http://maps-warper.instance-proxy.wmflabs.org/maps/1 [2] https://lists.wikimedia.org/mailman/listinfo/maps-l 2013/5/30 Tuszynski, Jaroslaw W. <JAROSLAW.W.TUSZYNSKI(a)saic.com <mailto:JAROSLAW.W.TUSZYNSKI@saic.com>> Hi all,____ __ __ A standard, way of geolocating maps involves use of subpages with KML code. See for example http://commons.wikimedia.org/wiki/File:Dayton,_Indiana_1878.png and http://commons.wikimedia.org/wiki/File:Dayton,_Indiana_1878.png/overlay.kml . There was not a whole lot of people creating those KML's and the software often does not like the subpages of files, but the infrastructure is there ready to use. If there was more interest in using them we could discuss some improvements to the system. We could also streamline kml production based on available data. Most current files are created using North/South/East/West edges and possible rotation. It might be more convenient to use coordinates of 4 corners, which is a format also supported by KML. ____ __ __ Another possibility would be to use Template:GeoPolygon, or both. ____ __ __ Are there any other fields specific to maps that are not template:Artwork? We could always upload a few sample images by hand (or pick existing ones) and ask community for help on formatting metadata, which would be than used as a template (using non Wikipedia meaning of the word) for the other uploads. That way we can easily see what are the possible improvements to Commons templates (using Wikipedia meaning of the word).____ __ __ We could also create a specialized template for maps, which could be just extension of Artwork template. But it would be the best to avoid that if not necessary. Rarely used templates tend to get little attention and maintenance. ____ __ __ Jarek T.____ User:jarekt____ -- Susanna Ånäs Wikimedia Suomi <http://fi.wikimedia.org/wiki/Etusivu> GLAM <http://fi.wikipedia.org/wiki/Wikipedia:GLAM> - tiedotus - yhteistyö Puhelin: +358 40 557 8039 <tel:%2B358%2040%20557%208039> Sähköposti: susanna.anas(a)wikimedia.fi Wikimedia Suomi <http://blog.wikimedia.fi/> -blogi on aloitettu! Seuraa meitä Twitterissä @ <https://twitter.com/WMFinland> WMFinland <https://twitter.com/WMFinland> tai Facebookissa <https://www.facebook.com/WikimediaSuomi> . Liity jäseneksi! <http://fi.wikimedia.org/wiki/Liity_j%C3%A4seneksi> -- Susanna Ånäs Käyttäjä:Susannaanas Wikimedia Suomi <http://fi.wikimedia.org/wiki/Etusivu> - GLAM <http://fi.wikipedia.org/wiki/Wikipedia:GLAM> - tiedotus - yhteistyö blog.wikimedia.fi/ @ <https://twitter.com/WMFinland> WMFinland <https://twitter.com/WMFinland> / Facebook <https://www.facebook.com/WikimediaSuomi> / Liity jäseneksi! <http://fi.wikimedia.org/wiki/Liity_j%C3%A4seneksi>

2 1

Wikimaps - Two interesting projects
by Tim Alder 15 Jun '13

15 Jun '13

Hello, at FOSSGIS-conference I learn two projects that could be an inspiration for Wikimaps: *Swisstopo scans all there maps of Switzerland and present them also as nice animations: http://www.swisstopo.admin.ch/internet/swisstopo/en/home/175/timetravel.html *A nice WebGL-experiement that makes a real-time wraping of maps. (Website in the moment not available and it seems to work in the moment only for low-res maps, but it was so amazing.): http://dev.klokantech.com/map-transformation/ For Wikimaps we should later also be able to use other reference than the earth WGS84, so what with photos from the moon surface? Ok, the moon is a little bit far away but i think we should be able to match images with other hi-res images from same position, but from different time. I know my mail is a little bit offtopic, so back to work to bring a small, first system to live. Greetings Tim alias Kolossos

2 1

Fwd: Visualization of statistics
by Maarten Dammers 10 Jun '13

10 Jun '13

Hi guys, I just send this to the analytics list. I'm struggling to find base maps like https://commons.wikimedia.org/wiki/File:Usa_counties_large.svg for other countries (for example the Netherlands). Does anyone happen to know if someone/a project is already keeping track of these? I would hate to have a duplicate effort. Maarten -------- Origineel bericht -------- Onderwerp: Visualization of statistics Datum: Sat, 08 Jun 2013 14:24:33 +0200 Van: Maarten Dammers <maarten(a)mdammers.nl> Aan: Analytics <analytics(a)lists.wikimedia.org> Hi everyone, Catching up with old notes. I really like the maps at https://en.wikipedia.org/wiki/Wikipedia:WikiProject_National_Register_of_Hi… . It would be very nice to have an easy, standard and automated way to Visualize statistics on a map. We currently gather a lot of data for different project and we usually share these as tables (example at https://commons.wikimedia.org/wiki/Commons:Monuments_database/Statistics). It would be much nicer to also have these statistics as a colored in map. For this we need: * Base maps * Statistics * Color schemes to choose from * A bot to produce the maps Base maps are SVG maps that are used as input of the process. The maps should contain CSS classes for the geographical entities which are in the statistics. These maps should be available for different levels, for example: * World with continents map * World with countries map * Continent with countries maps * Country with states/provinces/municipalities At the moment most of these maps don't exist or are very hard to find on Commons. We should probably have one or more galleries to keep track of these base maps. We should have maps for every country with it's ISO 3166-2 divisions. The statistics should be key value pairs of the location and the percentage for the location. The keys should correspond with the CSS classes or some logic needs to be available to do the mapping. A standard system for this is ISO 3166-2. An example of a good source of statistics is the https://commons.wikimedia.org/wiki/Commons:Monuments_database. You need to have a color scheme how to represent the different percentages. Beware of accessibility. A bot should grab the base map, statistics and the color scheme and combine it into a new SVG image. This image should be uploaded to Commons on a regular basis. It would be nice to have this as a Pywikipedia module so it's easy to have multiple people run these kind of bots. Did I miss anything? Is anyone already working on such a thing? Maarten Ps. I also put this on https://commons.wikimedia.org/wiki/User:Multichill/Visualize_statistics_on_…

2 1

Re: [Maps-l] Wikimaps: About the template for maps
by Susanna Ånäs 07 Jun '13

07 Jun '13

Hi David, I am afraid that having 2 separate templates one after the other is what people have been suggesting. I am currently working on a real-life example from the National Archives. I will document it as soon as I have it ready. Thanks for the answer! Best, Susanna 2013/6/7 David Haskiya <David.Haskiya(a)kb.nl> > ** ** ** > > Hi Susanna,**** > > You can have templates within a template in the GLAMwiki tool, yes. A real > or mocked-up example would allow for a more exact estimation of what > implementation in the tool would demand.**** > > ** ** > > Cheers,**** > > David**** > > ** ** > > --- > Product Developer > www.europeana.eu > > Phone: +31 (0)70 3140 696**** > > ****Mobile****: +31 (0)64 217 2542 > Email: david.haskiya(a)kb.nl > Skype: davidhaskiya**** > ------------------------------ > > *From:* susanna.anas(a)gmail.com [mailto:susanna.anas@gmail.com] *On Behalf > Of *Susanna Ånäs > *Sent:* vrijdag 7 juni 2013 13:59 > *To:* Tuszynski, Jaroslaw W. > *Cc:* Map integration; **Valentine Charles**; dan entous; **David Haskiya* > *; Lesley Kadish > *Subject:* Re: [Maps-l] Wikimaps: About the template for maps**** > > ** ** > > Hi all,**** > > ** ** > > I wrote down the summary from our discussion on > http://commons.wikimedia.org/wiki/Commons:Wikimaps/Template.**** > > ** ** > > The basic proposal is to create a new template {{Template:Map}} for maps, > that adds publication and location data to the Artwork template. **** > > - Jarek was opting to use only one template.**** > > - Tim A. noted that there are so many maps that are using the Artwork > template, that having Artwork + an additional Map template will be > beneficial. The data would be stored in Wikidata soon anyway.**** > > ** ** > > The proposal is with 2 templates. Can that be handled in the GLAMwiki tool? > **** > > ** ** > > Please comment the properties on the page or here.**** > > ** ** > > Happy weekend,**** > > Susanna**** > > ** ** > > 2013/6/3 Susanna Ånäs <susanna.anas(a)wikimedia.fi>**** > > I like your work!**** > > ** ** > > Based on this discussion, I vote for creating a new {{Map}} template.**** > > ** ** > > Still, I am missing some librarian voice in the discussion.**** > > ** ** > > Cheers,**** > > Susanna**** > > ** ** > > 2013/5/31 Tuszynski, Jaroslaw W. <JAROSLAW.W.TUSZYNSKI(a)saic.com>**** > > ** ** > > The attributes below match better Commons Book template [1] than commons > Artwork template [2]. One difference is that Book template is a better fit > for non- unique objects as it is lacking “Current location” and “Accession > number” fields essential for Artwork. **** > > **** > > Here are the mappings to current templates:**** > > *Zotero label***** > > *CSL fieldname***** > > *MapWarper***** > > *template:Book ***** > > *template:Artwork***** > > Scale**** > > none**** > > scale**** > > -> description**** > > -> description**** > > Language**** > > none**** > > **** > > language**** > > **** > > Short Title**** > > none**** > > **** > > -> title **** > > -> title **** > > Library Catalog**** > > none**** > > **** > > **** > > **** > > Rights**** > > none**** > > **** > > permission**** > > permission**** > > ISBN**** > > ISBN**** > > **** > > ISBN**** > > **** > > URL**** > > URL**** > > Source / Bibliographic Ref URL**** > > source**** > > source**** > > Abstract**** > > abstract**** > > **** > > -> description**** > > -> description**** > > Accessed**** > > accessed**** > > **** > > **** > > **** > > Archive**** > > archive**** > > **** > > **** > > current location (institution)**** > > Loc. in Archive**** > > archive_location**** > > **** > > **** > > current location(location)**** > > Call Number**** > > call-number**** > > Call Number**** > > **** > > Accession number**** > > Series Title**** > > collection-title**** > > **** > > Series Title**** > > **** > > Edition**** > > edition**** > > **** > > Edition**** > > **** > > Place**** > > event-place *and publisher-place***** > > Place of Publication**** > > Place of publication (City)**** > > **** > > Type**** > > genre**** > > **** > > **** > > object type**** > > Date**** > > issued**** > > Published Date**** > > Date**** > > date**** > > Extra**** > > note**** > > **** > > **** > > notes**** > > Publisher**** > > publisher**** > > Publisher**** > > Publisher**** > > **** > > Title**** > > title**** > > title**** > > title**** > > title**** > > **** > > **** > > description**** > > description**** > > description**** > > **** > > **** > > tags**** > > **** > > **** > > **** > > **** > > subject area**** > > -> description**** > > -> description**** > > **** > > **** > > Metadata Unique iD**** > > **** > > **** > > **** > > **** > > Author**** > > author**** > > artist**** > > **** > > **** > > Date Depicted**** > > ->date**** > > ->date**** > > **** > > **** > > Reprint Date**** > > ->date**** > > ->date**** > > **** > > **** > > Metadata Projection**** > > -> description**** > > -> description**** > > **** > > **** > > Metadata Location: lat, lon**** > > template:Object location**** > > template:Object location**** > > **** > > I used “->field” symbol for cases where few external fields can be mapped > to one template field.**** > > **** > > Commons templates can be expanded a little bit in case of individual files > with help of Template:Information_field [3]. But that makes hard to read > wikicode. So I see 2 options here: **** > > 1) Expand current commons templates. Several times in last year I > run into a problem of unique written documents which were right in the > middle between {{Book}} and {{Artwork}}. I think {{book}} might benefit > from fields that allow describing institution that hold it ( institution, > location/department within the institution, accession number). We can > propose adding those.**** > > 2) We can create a new {{Map}} template (either from scratch or by > expanding other templates) that would accommodate this and possibly other > fields which are now placed in description field of files (N S W E limits, > projection/S stretch, etc.). Some of those fields might lend themselves > into automatic KML production. **** > > **** > > Jarek T.**** > > User:jarekt**** > > **** > > [1] http://commons.wikimedia.org/wiki/Template:Book **** > > [2] http://commons.wikimedia.org/wiki/Template:Artwork **** > > [3] http://commons.wikimedia.org/wiki/Template:Information_field **** > > **** > > *From:* susanna.anas(a)gmail.com [mailto:susanna.anas@gmail.com] *On Behalf > Of *Susanna Ånäs > *Sent:* Thursday, May 30, 2013 3:20 PM > *To:* Tim Alder > *Cc:* Map integration; Tuszynski, Jaroslaw W.; **Valentine Charles**; dan > entous; **David Haskiya** > *Subject:* Re: [Maps-l] Wikimaps: About the template for maps**** > > **** > > Let's stick to the mailing list!**** > > **** > > If you want to keep up with the rest of the discussion, it would be > beneficial to subscribe to the list. With this thread I think we can > continue as is.**** > > **** > > Let's continue. We need to get **** > > - opinions/information about relevant bibliographic metadata schemes**** > > - whatever the mapwarper stores with a rectified map**** > > **** > > Here are the map attributes from MapWarper:**** > > Title**** > > Description**** > > Tags**** > > Subject area**** > > Metadata Unique iD**** > > Source / Bibliographic Ref URL**** > > Call Number**** > > Publisher**** > > Place of Publication**** > > Author(s)**** > > Date Depicted**** > > Published Date**** > > Reprint Date**** > > Scale**** > > Metadata Projection**** > > Metadata Location: lat, lon**** > > **** > > Here's what Zotero offers:**** > > **** > > *Zotero label***** > > *Zotero fieldname***** > > *CSL fieldname***** > > Scale**** > > scale**** > > *none***** > > Language**** > > language**** > > *none***** > > Short Title**** > > shortTitle**** > > *none***** > > Library Catalog**** > > libraryCatalog**** > > *none***** > > Rights**** > > rights**** > > *none***** > > ISBN**** > > ISBN**** > > ISBN**** > > URL**** > > url**** > > URL**** > > Abstract**** > > abstractNote**** > > abstract**** > > Accessed**** > > accessDate**** > > accessed**** > > Archive**** > > archive**** > > archive**** > > Loc. in Archive**** > > archiveLocation**** > > archive_location**** > > Call Number**** > > callNumber**** > > call-number**** > > Series Title**** > > seriesTitle**** > > collection-title**** > > Edition**** > > edition**** > > edition**** > > Place**** > > place**** > > event-place *and* > publisher-place**** > > Type**** > > mapType**** > > genre**** > > Date**** > > date**** > > issued**** > > Extra**** > > extra**** > > note**** > > Publisher**** > > publisher**** > > publisher**** > > Title**** > > title**** > > title**** > > **** > > Here's my summary of fields from these 2 sources that are not in the > Artwork template:**** > > Map type**** > > Tags**** > > Subject area/Event place**** > > Metadata unique ID**** > > Call number = accession number?**** > > Publisher**** > > Place of publication**** > > Date of publication = date?**** > > Date depicted**** > > Reprint date**** > > Scale**** > > Metadata projection**** > > Metadata location: lat + lon**** > > Language**** > > Library Catalogue**** > > ISBN**** > > URL**** > > Accessed**** > > Series title**** > > Edition**** > > **** > > Cheers,**** > > Susanna**** > > **** > > 2013/5/30 Tim Alder <tim.alder(a)s2002.tu-chemnitz.de>**** > > Thanks Jarek to remember the old KML-overlay solution (A project of > User:Dschwen and me from 2007). The KML-solution had very limited features > to make complex transformation to map an historical map on the actual > world, but we can use the principle to provide via a template a link to a > tool that use data from an Wiki subpage. > > With the KML-solution we could only store lat, lon, 2 values for scaling > the map and rotation angle. Now I would store a list of matching points > with x,y in pixel of the map and lat,lon. Would this be ok for Maps-wraper? > (I'm not an expert in this area.) > > Like Maarten Dammers I want to make a first rapid hack as a base for the > final solution. > > If we know the parameter definition I could hack a template let's say > "overlay2" that opens the right page in Maps-wraper's map viewer[1]. For > this it would be nice if Maps-wraper could work with Commons imagenames as > identifier instead of numbers. Would these be possible? > > The Maps-wraper should have on the other side an export page for the > matching parameters so that a user can store it on commons at a subpage. > > The advantage of the KML-solution was that we don't need any caching > storage. Now the transformations cost a lot of cpu-time so we need a > caching of the tiles at maps-wraper. > > Greetings Tim Alder > > P.S: I think we should organize the communication so that every mail is > going directly to everone or we should use only the maps-l mailing list[2]. > So it is confusing. I would prefer the mailing list but don't want to loose > anyone how is interested. Sussana should decide. > > > [1] http://maps-warper.instance-proxy.wmflabs.org/maps/1 > [2] https://lists.wikimedia.org/mailman/listinfo/maps-l**** > > > 2013/5/30 Tuszynski, Jaroslaw W. <JAROSLAW.W.TUSZYNSKI(a)saic.com**** > > <mailto:JAROSLAW.W.TUSZYNSKI@saic.com>> > > Hi all,____ > > __ __**** > > > > A standard, way of geolocating maps involves use of subpages with > KML code. See for example > http://commons.wikimedia.org/wiki/File:Dayton,_Indiana_1878.png and > > http://commons.wikimedia.org/wiki/File:Dayton,_Indiana_1878.png/overlay.kml > . There was not a whole lot of people creating those KML’s and the > software often does not like the subpages of files, but the > infrastructure is there ready to use. If there was more interest in > using them we could discuss some improvements to the system. We > could also streamline kml production based on available data. Most > current files are created using North/South/East/West edges and > possible rotation. It might be more convenient to use coordinates of** > ** > > 4 corners, which is a format also supported by KML. ____ > > __ __ > > Another possibility would be to use Template:GeoPolygon, or both. ____ > > __ __**** > > > > Are there any other fields specific to maps that are not > template:Artwork? We could always upload a few sample images by hand > (or pick existing ones) and ask community for help on formatting > metadata, which would be than used as a template (using non > Wikipedia meaning of the word) for the other uploads. That way we > can easily see what are the possible improvements to Commons**** > > templates (using Wikipedia meaning of the word).____ > > __ __**** > > > > We could also create a specialized template for maps, which could be > just extension of Artwork template. But it would be the best to > avoid that if not necessary. Rarely used templates tend to get**** > > little attention and maintenance. ____ > > __ __ > > Jarek T.____ > > User:jarekt____ > >

1 0

Wikimaps: About the template for maps
by Susanna Ånäs 07 Jun '13

07 Jun '13

Hi! I am forwarding a discussion that I started with the people from Europeana on the metadata templates for maps. I would like to get your opinions about what should we cater for in the maps metadata template. I am repeating Dan's points: 1. which metadata attributes would need to be stored? 2. is there a mediawiki template on commons that currently handles those metadata attributes? a. http://commons.wikimedia.org/wiki/Commons:Geocoding b. http://commons.wikimedia.org/wiki/Template:Location c. if not, how do we introduce a new template? 3. do we bring this additional functionality into current scope or later? a. what type of ui would be needed to add in the functionality? Tim might have good arguments based on how he has handled metadata in a partnership with a maps GLAM in the MapWarper? Why should some information be omitted? Should the community decide or should we take standards into account? Which ones? Cheers, Susanna 2013/5/30 Tuszynski, Jaroslaw W. <JAROSLAW.W.TUSZYNSKI(a)saic.com> > Hi all,**** > > ** ** > > A standard, way of geolocating maps involves use of subpages with KML > code. See for example > http://commons.wikimedia.org/wiki/File:Dayton,_Indiana_1878.png and > http://commons.wikimedia.org/wiki/File:Dayton,_Indiana_1878.png/overlay.kml. There was not a whole lot of people creating those KML’s and the software > often does not like the subpages of files, but the infrastructure is there > ready to use. If there was more interest in using them we could discuss > some improvements to the system. We could also streamline kml production > based on available data. Most current files are created using > North/South/East/West edges and possible rotation. It might be more > convenient to use coordinates of 4 corners, which is a format also > supported by KML. **** > > ** ** > > Another possibility would be to use Template:GeoPolygon, or both. **** > > ** ** > > Are there any other fields specific to maps that are not template:Artwork? > We could always upload a few sample images by hand (or pick existing ones) > and ask community for help on formatting metadata, which would be than used > as a template (using non Wikipedia meaning of the word) for the other > uploads. That way we can easily see what are the possible improvements to > Commons templates (using Wikipedia meaning of the word).**** > > ** ** > > We could also create a specialized template for maps, which could be just > extension of Artwork template. But it would be the best to avoid that if > not necessary. Rarely used templates tend to get little attention and > maintenance. **** > > ** ** > > Jarek T.**** > > User:jarekt**** > > ** ** > > ** ** > > *From:* Maarten Dammers [mailto:maarten@mdammers.nl] > *Sent:* Wednesday, May 29, 2013 3:20 PM > *To:* Susanna Ånäs > *Cc:* David Haskiya; dan entous; Valentine Charles; Tuszynski, Jaroslaw W. > > *Subject:* Re: About the template for maps**** > > ** ** > > Hi David and Susanna, > > Like what I said on the hackathon: I generally like to get improve > existing template instead of forking them. > The whole location metadata is something you need to keep separate anyway, > it would be a mess to try to fit that in the same template. I think in the > long run this data needs to end up at Wikidata. > > Maarten > > Ps. Put Jarek on the cc. > > Op 29-5-2013 20:08, Susanna Ånäs schreef:**** > > Hi all, **** > > ** ** > > I am willing to gather more information from especially our map curator, > plus perhaps our contact in the Land Survey regarding the simplest form of > adequate metadata for maps. With Tim Alder we discussed that we do need at > least the bounding box for the map, if it's available, though only after > the map has a location. Realizing also that none of the existing templates > for location only are perfect for our purpose.**** > > ** ** > > Please include relevant people in the discussion!**** > > ** ** > > Cheers,**** > > Susanna**** > > ** ** > > ** ** > > ** ** > > 2013/5/29 David Haskiya <David.Haskiya(a)kb.nl>**** > > Hi Susanna, > We gave up on trying to change/extend the default Artwork template (or any > other template) as the community indicated that would not be a welcome or > easy thing to do. So we use the default Book, Photo, Artwork and Species > templates. Our contact was http://commons.wikimedia.org/wiki/User:Jarektwho is knowledgeable, friendly and constructive. I think we the more > insider position you and Maarten have it should be possible to get support > for a new template - I don't understand Wikimedia Common dynamics very well > though. De-facto it looks like Artwork is the template used for historical > maps. > > If you and Maarten as part of your project create a specific Map template > or a specific Artwork-Map template then adding it to our tool as a target > template should be simple (unless it deviates strongly from the existing > templates). > > Cheers, > David > > --- > Product Developer > www.europeana.eu > > Phone: +31 (0)70 3140 696 > Mobile: +31 (0)64 217 2542 > Email: david.haskiya(a)kb.nl > Skype: davidhaskiya**** > > > > -----Original Message----- > > From: dan entous [mailto:d_entous@yahoo.com] > > Sent: woensdag 29 mei 2013 13:29 > > To: Susanna Ånäs > > Cc: David Haskiya; Valentine Charles > > Subject: Re: About the template for maps > > > > hi susanna, > > > > i'm including david haskiya and valentine charles in this response so > they > > can also see your request and answer your questions as well. > > > > artwork template > > ---------------- > > valentine had direct contact with someone involved with the artwork > > template. i don't know if she kept notes or email threads regarding the > > discussion. hopefully she or david can give you feedback in that regard. > > > > > > adding map metadata > > ------------------- > > i'm sure we could sort something out in the tool that would allow you to > > add map metadata. at first glance, the following points would have to be > > decided : > > > > 1. which metadata attributes would need to be stored? > > > > 2. is there a mediawiki template on commons that currently handles those > > metadata attributes? > > a. http://commons.wikimedia.org/wiki/Commons:Geocoding > > b. http://commons.wikimedia.org/wiki/Template:Location > > c. if not, how do we introduce a new template? - maarten dammers might > > know this process best > > > > 3. do we bring this additional functionality into current scope or later? > > a. what type of ui would be needed to add in the functionality? > > > > > > with kind regards, > > dan > > > > sent from my mind to yours > > -------------------------- > > (function signature() { > > return [ > > 'dan entous', > > 't. +31 (20) 684.5005', > > 'm. +31 (64) 024.6187' > > ].join('\n'); > > }()); > > > > On May 28, 2013, at 1:24 PM, Susanna Ånäs wrote: > > > > > Hi Dan, > > > > > > In regard to the templete topic we discussed, I could ask some > > additional questions. > > > > > > It was Maarten Dammers' opinion that the Artwork template > > (http://commons.wikimedia.org/wiki/Template:Artwork) is extensive enough > > to be able to handle maps. The template does not include a possibility of > > including information about a geographical bounding box. The idea Maarten > > proposed was to use another template for geodata in addition to the > > Artwork template. Now the tool does not support this. > > > > > > I also learned that you had discussed about extending the Artwork > > template in order to accommodate better to existing standards. Do you > > think you could find a way for me to follow that discussion? > > > > > > My specific goal is nevertheless to have a possibility in the GLAM-Wiki > > tool to have a template (structure) that meets the needs of map GLAMs, > > that it is enough standards compliant for that, and that it includes all > > necessary fields. When I discussed the metadata with the Antti Rainio > from > > the Land Survey in Finland, he stated that the need of the INSPIRE are > too > > complicated and a more flexible structure would be better, based on > Dublin > > Core for example. > > > > > > Hope to continue discussion. > > > > > > Cheers, > > > Susanna > > > > > > I have now been able to register in the tool :) > > > > > > > > > 2013/4/25 dan entous <d_entous(a)yahoo.com> > > > hi susanna, > > > > > > i just added you to the wiki. you should get an e-mail with a temporary > > password. thereafter you should be able to test out the tool. just as a > > reminder, the tool may change very now and then as we're still in > > development, but you should be able to test it out in any case. > > > > > > > > > with kind regards, > > > dan > > > > > > sent from my mind to yours > > > -------------------------- > > > (function signature() { > > > return [ > > > 'dan entous', > > > 't. +31 (20) 684.5005', > > > 'm. +31 (64) 024.6187' > > > ].join('\n'); > > > }()); > > > > > > On Apr 25, 2013, at 9:59 AM, Susanna Ånäs wrote: > > > > > > > Hi, > > > > > > > > I would like to request for access to test the tools. > > > > > > > > Susanna Ånäs > > > > User: Susannaanas > > > > > > > > > > > > -- > > > > Susanna Ånäs > > > > Wikimedia Suomi > > > > GLAM - tiedotus - yhteistyö > > > > > > > > Puhelin: +358 40 557 8039 > > > > Sähköposti: susanna.anas(a)wikimedia.fi > > > > > > > > Wikimedia Suomi -blogi on aloitettu! Seuraa meitä Twitterissä > > @WMFinland tai Facebookissa. Liity jäseneksi! > > > > _______________________________________________ > > > > Glamtools mailing list > > > > Glamtools(a)lists.wikimedia.org > > > > https://lists.wikimedia.org/mailman/listinfo/glamtools > > > > > > > > > > > > > > > -- > > > Susanna Ånäs > > > Wikimedia Suomi > > > GLAM - tiedotus - yhteistyö > > > > > > Puhelin: +358 40 557 8039 > > > Sähköposti: susanna.anas(a)wikimedia.fi > > > > > > Wikimedia Suomi -blogi on aloitettu! Seuraa meitä Twitterissä > @WMFinland > > tai Facebookissa. Liity jäseneksi!**** > > > > **** > > ** ** > > -- **** > > *Susanna Ånäs* > Wikimedia Suomi <http://fi.wikimedia.org/wiki/Etusivu> **** > > GLAM <http://fi.wikipedia.org/wiki/Wikipedia:GLAM> – tiedotus – yhteistyö > > Puhelin: +358 40 557 8039 > Sähköposti: susanna.anas(a)wikimedia.fi**** > > ** ** > > Wikimedia Suomi <http://blog.wikimedia.fi/> -blogi on aloitettu! Seuraa > meitä Twitterissä @ <https://twitter.com/WMFinland>WMFinland<https://twitter.com/WMFinland>tai > Facebookissa <https://www.facebook.com/WikimediaSuomi>. Liity jäseneksi!<http://fi.wikimedia.org/wiki/Liity_j%C3%A4seneksi> > **** > > ** ** > -- *Susanna Ånäs* Wikimedia Suomi <http://fi.wikimedia.org/wiki/Etusivu> GLAM <http://fi.wikipedia.org/wiki/Wikipedia:GLAM> – tiedotus – yhteistyö Puhelin: +358 40 557 8039 Sähköposti: susanna.anas(a)wikimedia.fi Wikimedia Suomi <http://blog.wikimedia.fi/> -blogi on aloitettu! Seuraa meitä Twitterissä @ <https://twitter.com/WMFinland>WMFinland<https://twitter.com/WMFinland>tai Facebookissa <https://www.facebook.com/WikimediaSuomi>. Liity jäseneksi!<http://fi.wikimedia.org/wiki/Liity_j%C3%A4seneksi>

3 5

← Newer
1
...
18
19
20
21
22
23
24
...
50
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Maps-l