Persian Civil Engineering Central Company "BonianSazanShomal"
> From: maps-l-request(a)lists.wikimedia.org
> Subject: Maps-l Digest, Vol 44, Issue 16
> To: maps-l(a)lists.wikimedia.org
> Date: Sun, 30 Jun 2013 12:00:24 +0000
>
> Send Maps-l mailing list submissions to
> maps-l(a)lists.wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.wikimedia.org/mailman/listinfo/maps-l
> or, via email, send a message with subject or body 'help' to
> maps-l-request(a)lists.wikimedia.org
>
> You can reach the person managing the list at
> maps-l-owner(a)lists.wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Maps-l digest..."
>
>
> Today's Topics:
>
> 1. Wikimaps presentation accepted for the State of the Map 2013
> (Susanna Ånäs)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 30 Jun 2013 09:44:30 +0300
> From: Susanna Ånäs <susanna.anas(a)wikimedia.fi>
> To: Map integration <maps-l(a)lists.wikimedia.org>
> Subject: [Maps-l] Wikimaps presentation accepted for the State of the
> Map 2013
> Message-ID:
> <CABQ1c1wcz65iKMirHUeVecpQAu2zLFeYAEWVZtc=BKrNpJou9A(a)mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I hope we will all work together to make Wikimaps successful! Find ways to
> contribute in http://commons.wikimedia.org/wiki/Commons:Wikimaps.
>
> Cheers,
> Susanna
>
> --
> Susanna Ånäs Käyttäjä:Susannaanas
>
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!
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
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
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
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>
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
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_…
