We have different needs at different stages of the process. Please add and correct
1. Upload with the GlamWIKI tool and storage as image in the Commons - Generally bibliographic data, sometimes includes information about location (what kind?) 2. Storage after georeferencing. Data in Wikidata or attached to the file in Commons? New information: - Georeference control points (coordinates vs pixels) - Geographic bounding box of the new rectified image? - Stored, rectified image file? Should it be generated and stored? 3. Export to different file formats, on-the-fly? - KML, GeoTIFF... Please note that I have only general knowledge of some of the technologies, so this was just to structure. I am cc:ing Lesley Kadish, who works with the Finnish National Archives on the georeferencing project, map curator at the Minnesota Historical Society Susanna 2013/5/31 David Haskiya <[email protected]> > ** ** > > Hi,**** > > In the GLAMwiki toolset project we have been told that storing XML (like > e.g. KML) as files is an unacceptable safety risk. And so we’re refactoring > the code to use the ContentHandler.**** > > ** ** > > I’m unsure if this applies to also user created KML-files but something to > be aware of.**** > > ** ** > > Cheers,**** > > David **** > > ** ** > > --- > Product Developer > www.europeana.eu > > Phone: +31 (0)70 3140 696**** > > ****Mobile****: +31 (0)64 217 2542 > Email: [email protected] > Skype: davidhaskiya**** > ------------------------------ > > *From:* Tuszynski, Jaroslaw W. [mailto:[email protected]] > *Sent:* donderdag 30 mei 2013 20:11 > *To:* Tim Alder; Map integration > *Cc:* Susanna Ånäs; Valentine Charles; dan entous; David Haskiya > *Subject:* RE: [Maps-l] Wikimaps: About the template for maps**** > > ** ** > > I just wrote short program in MATLAB (my favorite programing language) to > create KMLs based on 3 or more anchor points with known x/y coordinates and > latitude/longitude. See > http://commons.wikimedia.org/wiki/Commons:Geocoding/Overlay#Create_kml_in_MATLAB_or_Octave. > Similar codes can be written in other languages, and anchor points can be > provided by using image annotator with links to geocoded wikipedia > articles, see for example > http://commons.wikimedia.org/w/index.php?title=File%3AF._M%C3%BCllhaupt%27s_Militarische_%26_Verkehrs-Karte_der_Deutsch-Franz%C3%B6sischen_Grenze...jpg&diff=97312464&oldid=97300345. > With 3 or more such image notes there should be enough information on the > HTML of file description page to automatically create KML file.**** > > ** ** > > Now I noticed that current solution of storing KML files in subpages of > files is not well supported by the MediaWiki software as configured on > Wikimedia Commons. Pages from "Category:Geocoding > overlays<http://commons.wikimedia.org/wiki/Category:Geocoding_overlays>" > often show up on database reports of file pages without files, files with > no license, etc. MediaWiki also does not seem to support subpages of file > pages. May be it can be reconfigured somehow, or maybe we should use some > specialized namespace for the overlays. **** > > ** ** > > Jarek T.**** > > User:Jarek**** > > ** ** > > -----Original Message----- > From: Tim Alder [mailto:[email protected]] > Sent: Thursday, May 30, 2013 1:40 PM > To: Map integration > Cc: Susanna Ånäs; Tuszynski, Jaroslaw W.; Valentine Charles; dan entous; > David Haskiya > Subject: Re: [Maps-l] Wikimaps: About the template for maps**** > > ** ** > > 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. <[email protected] **** > > > <mailto:[email protected] <[email protected]>>>* > *** > > >** ** > > > 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 Sähköposti: [email protected] 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>
_______________________________________________ Maps-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/maps-l
