Hi everyone,
We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments. We have the backend containing all the information: The monuments database has 750.000+ items with geo information and this is accessible as kml [1]. We just need a web based map interface to wrap around this and is easy to use.
Some initial requirements: * Easy, probably only a filter to show monuments with or without a photo * Works in all participating countries * Centers on a location useful for the user (ask browser?) * Is available in multiple languages (translatewiki?) * Works in standard browsers without any add ons
I've seen plenty of local tools over the years, but no tool that could just be used be everyone. Who can help out here?
Maarten
[1] http://toolserver.org/~erfgoed/api/api.php?action=search&format=dynamick...
I am currently porting WikiShootMe to Labs:
http://tools.wmflabs.org/wikishootme/
It fulfils #2, 3, and 5 of your list. 4 can be added rather quickly.
As for #1, I believe it's easy. As it is, it shows all articles without images around a given point. A small fork could be limited to the monuments list.
Will take a few days, as I only have evenings to work on this (and all my other tools); Labs makes it easy to add interested programmers, so if anyone wants to help...
Cheers, Magnus
On Sun, Aug 18, 2013 at 9:10 PM, Maarten Dammers maarten@mdammers.nlwrote:
Hi everyone,
We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments. We have the backend containing all the information: The monuments database has 750.000+ items with geo information and this is accessible as kml [1]. We just need a web based map interface to wrap around this and is easy to use.
Some initial requirements:
- Easy, probably only a filter to show monuments with or without a photo
- Works in all participating countries
- Centers on a location useful for the user (ask browser?)
- Is available in multiple languages (translatewiki?)
- Works in standard browsers without any add ons
I've seen plenty of local tools over the years, but no tool that could just be used be everyone. Who can help out here?
Maarten
[1] http://toolserver.org/~**erfgoed/api/api.php?action=** search&format=dynamickml&**limit=200http://toolserver.org/~erfgoed/api/api.php?action=search&format=dynamickml&limit=200
______________________________**_________________ Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/maps-lhttps://lists.wikimedia.org/mailman/listinfo/maps-l
HI Magnus,
Op 18-8-2013 23:23, Magnus Manske schreef:
I am currently porting WikiShootMe to Labs:
Looks nice!
It fulfils #2, 3, and 5 of your list. 4 can be added rather quickly.
I guess so. For 4 you could use intuition (translation tool was ported from the Toolserver recently). I like the tool, but I don't see a map.
As for #1, I believe it's easy. As it is, it shows all articles without images around a given point. A small fork could be limited to the monuments list.
Use the api. You can just append srwithoutimage=1 to the search string and it will only return entries without an image. I'm also in the process of setting up the monuments database on labs, than you can just do direct database queries.
Will take a few days, as I only have evenings to work on this (and all my other tools); Labs makes it easy to add interested programmers, so if anyone wants to help...
Can you add my account? Where is the code? Is it in git? Do you have a link? Time wise the same for me, work during the day and hack by night ;-)
Maarten
Cheers, Magnus
On Sun, Aug 18, 2013 at 9:10 PM, Maarten Dammers <maarten@mdammers.nl mailto:maarten@mdammers.nl> wrote:
Hi everyone, We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments. We have the backend containing all the information: The monuments database has 750.000+ items with geo information and this is accessible as kml [1]. We just need a web based map interface to wrap around this and is easy to use. Some initial requirements: * Easy, probably only a filter to show monuments with or without a photo * Works in all participating countries * Centers on a location useful for the user (ask browser?) * Is available in multiple languages (translatewiki?) * Works in standard browsers without any add ons I've seen plenty of local tools over the years, but no tool that could just be used be everyone. Who can help out here? Maarten [1] http://toolserver.org/~erfgoed/api/api.php?action=search&format=dynamickml&limit=200 <http://toolserver.org/%7Eerfgoed/api/api.php?action=search&format=dynamickml&limit=200> _______________________________________________ Maps-l mailing list Maps-l@lists.wikimedia.org <mailto:Maps-l@lists.wikimedia.org> https://lists.wikimedia.org/mailman/listinfo/maps-l-- undefined
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
WLM US is creating an interactive map based on KML layers. I'd be happy to share the code when it is done.
Date: Mon, 19 Aug 2013 09:53:57 +0200 From: maarten@mdammers.nl To: wikilovesmonuments@lists.wikimedia.org Subject: Re: [Wiki Loves Monuments] [Maps-l] Monuments on the map
HI Magnus,
Op 18-8-2013 23:23, Magnus Manske schreef:
I am currently porting WikiShootMe to Labs:
http://tools.wmflabs.org/wikishootme/
Looks nice!
It fulfils #2, 3, and 5 of your list. 4 can be added rather quickly.
I guess so. For 4 you could use intuition (translation tool was ported from the Toolserver recently). I like the tool, but I don't see a map.
As for #1, I believe it's easy. As it is, it shows all articles without images around a given point. A small fork could be limited to the monuments list.
Use the api. You can just append srwithoutimage=1 to the search string and it will only return entries without an image. I'm also in the process of setting up the monuments database on labs, than you can just do direct database queries.
Will take a few days, as I only have evenings to work on this (and all my other tools); Labs makes it easy to add interested programmers, so if anyone wants to help...
Can you add my account? Where is the code? Is it in git? Do you have a link? Time wise the same for me, work during the day and hack by night ;-)
Maarten
Cheers,
Magnus
On Sun, Aug 18, 2013 at 9:10 PM, Maarten Dammers maarten@mdammers.nl wrote:
Hi everyone,
We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments.
We have the backend containing all the information: The monuments database has 750.000+ items with geo information and this is accessible as kml [1]. We just need a web based map interface to wrap around this and is easy to use.
Some initial requirements:
* Easy, probably only a filter to show monuments with or without a photo
* Works in all participating countries
* Centers on a location useful for the user (ask browser?)
* Is available in multiple languages (translatewiki?)
* Works in standard browsers without any add ons
I've seen plenty of local tools over the years, but no tool that could just be used be everyone. Who can help out here?
Maarten
[1] http://toolserver.org/~erfgoed/api/api.php?action=search&format=dynamick...
_______________________________________________
Maps-l mailing list
Maps-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/maps-l
--
undefined
_______________________________________________ Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
_______________________________________________ Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Maarten Dammers maarten@mdammers.nl writes:
Use the api. You can just append srwithoutimage=1 to the search string and it will only return entries without an image. I'm also in the process of setting up the monuments database on labs, than you can just do direct database queries.
All right, this answers some of my earlier questions -- what's the parameter for querying by country/lang/wikipedia?
Thanks for maintaining this beautiful database!!
2013/8/19 Bastien bzg@altern.org
Maarten Dammers maarten@mdammers.nl writes:
Use the api. You can just append srwithoutimage=1 to the search string and it will only return entries without an image. I'm also in the process of setting up the monuments database on labs, than you can just do direct database queries.
All right, this answers some of my earlier questions -- what's the parameter for querying by country/lang/wikipedia?
See https://toolserver.org/~erfgoed/api/api.php : srcountry & srlang are the parameters you are looking for.
Thanks for maintaining this beautiful database!!
Thanks for your work with the map!
Jean-Frédéric jeanfrederic.wiki@gmail.com writes:
See https://toolserver.org/~erfgoed/api/api.php : srcountry & srlang are the parameters you are looking for.
Thanks! I tested the lang parameter:
http://wlmmap.herokuapp.com/?lang=fr
(Sorry for the french-centric test.)
(Is "french-centric" an indexical pleonasm?)
Hi Bastien,
Op 19-8-2013 19:41, Bastien schreef:
Jean-Frédéric jeanfrederic.wiki@gmail.com writes:
See https://toolserver.org/~erfgoed/api/api.php : srcountry & srlang are the parameters you are looking for.
Thanks! I tested the lang parameter:
You should probably stick to srlang=fr so you can use lang to set the language of the interface. (I thought I implemented it like that in the api, but for doesn't seem to work any more)
Maarten
Hi Maarten,
Maarten Dammers maarten@mdammers.nl writes:
Hi Bastien,
Op 19-8-2013 19:41, Bastien schreef:
Jean-Frédéric jeanfrederic.wiki@gmail.com writes:
See https://toolserver.org/~erfgoed/api/api.php : srcountry & srlang are the parameters you are looking for.
Thanks! I tested the lang parameter:
You should probably stick to srlang=fr so you can use lang to set the language of the interface.
Yes, will do, thanks for the suggestion.
By the way, I get some false positive cases when trying to retrieve without-image entries -- see this:
http://toolserver.org/~erfgoed/api/api.php?action=search&srcountry=fr&am...
Or look for id="IA00001253" if you are checking this link too late. It is returned by the query but has a non-empty image field. Anything you could do on your side?
Hi Bastien,
Op 19-8-2013 23:49, Bastien Guerry schreef:
By the way, I get some false positive cases when trying to retrieve without-image entries -- see this:
http://toolserver.org/~erfgoed/api/api.php?action=search&srcountry=fr&am...
Or look for id="IA00001253" if you are checking this link too late. It is returned by the query but has a non-empty image field. Anything you could do on your side?
You should use srwithoutimage=1 instead of srwithimage=0 (it's not complete inverse, because of empty strings and NULL). You can see the difference here: * http://toolserver.org/~erfgoed/api/api.php?action=search&srcountry=fr&am... (one entry) * http://toolserver.org/~erfgoed/api/api.php?action=search&srcountry=fr&am... (empty)
Maarten
Maarten Dammers maarten@mdammers.nl writes:
You should use srwithoutimage=1 instead of srwithimage=0 (it's not complete inverse, because of empty strings and NULL).
Got it, thanks!
Still far from usable, but I made some progress:
The next step is to implement a proper drop-down menu for the srcountry, and to display a better pop-up.
Given an image file name, how do you programmatically retrieve the permalink?
E.g. given Kohila_vesiveski2.jpg I can easily infer http://commons.wikimedia.org/wiki/File:Kohila_vesiveski2.jpg but not
http://upload.wikimedia.org/wikipedia/commons/thumb/2/24/Kohila_vesiveski2.j...
Where does the "/2/24/" comes from? (The rest of the URL seems to follow a regular pattern.)
Thanks in advance,
Hi Bastien,
Given an image file name, how do you programmatically
retrieve the permalink?
E.g. given Kohila_vesiveski2.jpg I can easily infer http://commons.wikimedia.org/wiki/File:Kohila_vesiveski2.jpg but not
http://upload.wikimedia.org/wikipedia/commons/thumb/2/24/Kohila_vesiveski2.j...
Where does the "/2/24/" comes from? (The rest of the URL seems to follow a regular pattern.)
On wiki, you may use [[Special:FilePath]] < https://commons.wikimedia.org/w/index.php?title=Special%3AFilePath&file=...
Using the API, I *think* imageinfo is what you are looking for (but there might be a better way): < https://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&prop=...
Cheers,
2013/8/20 Jean-Frédéric jeanfrederic.wiki@gmail.com
Hi Bastien,
Given an image file name, how do you programmatically
retrieve the permalink?
E.g. given Kohila_vesiveski2.jpg I can easily infer http://commons.wikimedia.org/wiki/File:Kohila_vesiveski2.jpg but not
http://upload.wikimedia.org/wikipedia/commons/thumb/2/24/Kohila_vesiveski2.j...
Where does the "/2/24/" comes from? (The rest of the URL seems to follow a regular pattern.)
On wiki, you may use [[Special:FilePath]] < https://commons.wikimedia.org/w/index.php?title=Special%3AFilePath&file=...
Using the API, I *think* imageinfo is what you are looking for (but there might be a better way): < https://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&prop=...
Or you can use thumb.php, eg. http://commons.wikimedia.org/w/thumb.php?f=Example.jpg&width=100
Anyway, here is map that will be used in Polish contest: http://wikizabytki.pl/mapa. I think it should work worldwide.
Thanks all for the replies and the links.
I've update the map: http://wlmmap.herokuapp.com/
What's new:
- go fullscreen - display wikimedia images, article and source/id - auto center when popups spans outside of the screen - uses mapbox on top of leaflet.js - uses minimap on the bottom right corner (useful?)
Behind the scene, website does not fetch data from the toolserver anymore, it uses a dedicated database that I regularily update.
I only sync'ed some of the french pictures so far to test the responsiveness of the website -- let me know how it feels.
The next step is to resurrect the form that selects with image, with article, what language, what wikipedia, etc.
By the way, any idea for a dedicated domain name?
2013/8/22 Bastien bzg@altern.org
By the way, any idea for a dedicated domain name?
How about http://wlmmap.org/ ?
/Jan Ainali
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Is it possible to delegate map.wikilovesmonuments.org ? Which would prevent for buying yet another domain name...
Sylvain.
2013/8/22 Jan Ainali jan.ainali@wikimedia.se
2013/8/22 Bastien bzg@altern.org
By the way, any idea for a dedicated domain name?
How about http://wlmmap.org/ ?
/Jan Ainali
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Sylvain Boissel sylvainboissel@gmail.com writes:
Is it possible to delegate map.wikilovesmonuments.org ? Which would prevent for buying yet another domain name...
I don't mind buying a domain name and I'd rather host the tool an a dedicated domain, not a subdomain.
Jan Ainali jan.ainali@wikimedia.se writes:
2013/8/22 Bastien bzg@altern.org
By the way, any idea for a dedicated domain name?How about http://wlmmap.org/%C2%A0?
It's good, but I think it's a bit too closely tied to the event, while the web service I'm building will (hopefully) be of some interest even after the event.
What about http://panoramap.org ?
The service I want to provide at the end is this:
1. display a world map of the whole WLM database 2. allow to filter by country 3. allow to filter by language 4. allow to filter by monuments with/without picture 5. allow to filter by monuments with/without wp article 6. let users log in 7. let users follow each others (asymmetrically) 8. let users create a "watchlist" for monuments they plan to take pictures for 9. let users see the whatchlists of each others.
When is the hard deadline to get the map ready?
I will focus on 1-4 first, hope to get this ready for september 1st.
This is not easy: I solved the problem of not sending requests to the toolserver each time a map is displayed but I want to solve these two other challenges:
- load and display the database *asynchronously* - store thumbnails so that pictures are instantly displayed.
I will work on this full time three days next week.
Hi Bastien,
Op 24-8-2013 10:35, Bastien schreef:
Jan Ainali jan.ainali@wikimedia.se writes:
2013/8/22 Bastien bzg@altern.org
By the way, any idea for a dedicated domain name?How about http://wlmmap.org/ ?
It's good, but I think it's a bit too closely tied to the event, while the web service I'm building will (hopefully) be of some interest even after the event.
Focus for now on building the map for Wiki Loves Monuments (http://map.wikilovesmonuments.org ?) . Use the lessons learned after September to turn it in a more general tool.
What about http://panoramap.org ?
After September.
The service I want to provide at the end is this:
- display a world map of the whole WLM database
Of course, can you load all the contents to see if it works?
- allow to filter by country
Not needed in September, people can zoom on the map.
- allow to filter by language
Not needed in September, we should however have the interface in multiple languages. Is your code in open repository? Did you take i18n into account?
- allow to filter by monuments with/without picture
That's a clear use case for September
- allow to filter by monuments with/without wp article
Not needed for September
- let users log in
- let users follow each others (asymmetrically)
- let users create a "watchlist" for monuments they plan to take pictures for
- let users see the whatchlists of each others.
All nice, but not needed for September.
When is the hard deadline to get the map ready?
Before September otherwise it can't be advertised and linked to from the different sources. In my opinion you should focus on this very limited feature set and do it really well. Be aware of scope creep. Beware of scale, you won't be the first with a completely overloaded server in September.
I will focus on 1-4 first, hope to get this ready for september 1st.
This is not easy: I solved the problem of not sending requests to the toolserver each time a map is displayed but I want to solve these two other challenges:
- load and display the database *asynchronously*
- store thumbnails so that pictures are instantly displayed.
Please share you code and documentation on how you're doing this exactly. Me or others might be able to help.
I will work on this full time three days next week.
Awesome!!!!
Maarten
Hi Maarten,
I can't store the whole WLM database in my instance, first because it would cost me quite a lot (I pay for a redis database), secondly because loading is stupid right now, it stores all monuments into a javascript variable (see the HTML source).
I will work on this first and on i18n, thanks for reminding me, then ping the list with the updated version.
The website is built using Clojure, but help for i18n should be easy enough for those who know how to clone a repository on github and to send pull requests :)
I'll publish the code on thursday at best, I don't have enough spare time before this, the biggest priority is to get the asynchronous stuff working.
What's wrong with using a dedicated domain name from the beginning? Switching from one domain name to another after WLM does not feel convenient to me, from a user point of view -- is it for PR/marketing concerns? Just trying to understand, thanks!
Hi Bastien,
Op 24-8-2013 17:03, Bastien schreef:
I can't store the whole WLM database in my instance, first because it would cost me quite a lot (I pay for a redis database), secondly because loading is stupid right now, it stores all monuments into a javascript variable (see the HTML source).
Ok. How does this scale to the 1,3M items we have in the database right now? I'm sure the WLM international team has some money to get another (bigger) VPS if needed.
I will work on this first and on i18n, thanks for reminding me, then ping the list with the updated version.
The website is built using Clojure, but help for i18n should be easy enough for those who know how to clone a repository on github and to send pull requests :)
It should be compatible with http://translatewiki.net/ . In short: Use message variables and store all the i18n messages in a separate file. That way we can it's easy to get a lot of translations in a short time.
I'll publish the code on thursday at best, I don't have enough spare time before this, the biggest priority is to get the asynchronous stuff working.
Isn't it already in git? Just the share the link :-)
What's wrong with using a dedicated domain name from the beginning? Switching from one domain name to another after WLM does not feel convenient to me, from a user point of view -- is it for PR/marketing concerns? Just trying to understand, thanks!
I just don't want to loose time over it and keep things focused on getting a map for WLM. The map subdomain is just easy to setup. I definitely don't want to bike shed of the domain name.
Keep up the good work!
Maarten
Hi Maarten,
Maarten Dammers maarten@mdammers.nl writes:
because loading is stupid right now, it stores all monuments into a javascript variable (see the HTML source).
Ok. How does this scale to the 1,3M items we have in the database right now?
Very badly :)
I'm sure the WLM international team has some money to get another (bigger) VPS if needed.
I'm glad accepting donations for the project, but let's not lose time with this right now
I will advertize the real cost of this when I sync my database with those 1.3M entries.
I expect I will have to spend $65-$125 for the redis datastore and $35 and $35-$70 for the server itself. So $100 to $200. I'm fine spending $200 for september -- and ask for donations if the cost is more than that -- thanks to thousands of visitors :)
It should be compatible with http://translatewiki.net/ . In short: Use message variables and store all the i18n messages in a separate file. That way we can it's easy to get a lot of translations in a short time.
Sure.
I'll publish the code on thursday at best, I don't have enough spare time before this, the biggest priority is to get the asynchronous stuff working.
Isn't it already in git? Just the share the link :-)
Nope -- not that I don't want, but I implemented a rough backend with an admin/password access, and of course the password is readable in my code, will fix this before thursday (I'm out of town from monday to wednesday, and spending time with family today!)
I just don't want to loose time over it and keep things focused on getting a map for WLM. The map subdomain is just easy to setup. I definitely don't want to bike shed of the domain name.
Sure. My goal is to build something useful for wlm-ers first, of course, since that's the best way to see if the service can survive past the WLM competition.
Keep up the good work!
Thanks!
Hi all,
here is what I've done so far:
Blue markers are for monuments with photos, red markers are for monuments without photos.
Please don't publish the link right now -- there are a few things I want to fix first (like mentioning the source of the data, etc.)
The database is not 100% sync'ed with the one on the toolserver, I will sync it progressively.
For now I'm interested in hearing about the general usability: is it too slow? Too CPU-consuming? Are the show/stop buttons intuitive enough?
What do you think?
Thanks in advance for your feedback,
This is beautiful! I really like the way it looks, and it doesn't seem too intensive.
A.
On 4 September 2013 23:21, Bastien bzg@altern.org wrote:
Hi all,
here is what I've done so far:
Blue markers are for monuments with photos, red markers are for monuments without photos.
Please don't publish the link right now -- there are a few things I want to fix first (like mentioning the source of the data, etc.)
The database is not 100% sync'ed with the one on the toolserver, I will sync it progressively.
For now I'm interested in hearing about the general usability: is it too slow? Too CPU-consuming? Are the show/stop buttons intuitive enough?
What do you think?
Thanks in advance for your feedback,
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Thanks Bastien.
I find the "# of monuments" parameter strange.
Are the show/stop buttons intuitive enough?
No, I don't know what they are supposed to do. Show apparently starts searching for monuments and Stop stops it middleway, but I don't know why there's such process.
Perhaps the groups should have been cached per country?
Also note that sometimes the links go outside the white balloon or the photo is only partially shown, with part of it above the top of the viewport.
Regards
Hi, the tool is beautiful but I agree with other comments, "# of monuments" isn't clear and it would be interesting to cache the groups. Other problem I see is that if you zoom on a part of the map, it continues to request datas for the whold country and not only for the shown part whereas it seems possible to request datas on a map only for a section, as seen on http://bit.ly/wlmmaps
Thanks for the work done on this project.
Symac
2013/9/5 Platonides platonides@gmail.com
Thanks Bastien.
I find the "# of monuments" parameter strange.
Are the show/stop buttons intuitive enough?
No, I don't know what they are supposed to do. Show apparently starts searching for monuments and Stop stops it middleway, but I don't know why there's such process.
Perhaps the groups should have been cached per country?
Also note that sometimes the links go outside the white balloon or the photo is only partially shown, with part of it above the top of the viewport.
Regards
______________________________**_________________ Wiki Loves Monuments mailing list WikiLovesMonuments@lists.**wikimedia.orgWikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/**wikilovesmonumentshttps://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.**org http://www.wikilovesmonuments.org
Hi all,
the tool looks great! CPU consuming is ok (desktop, Windows 7 enterprise). I neither understand the #ofmonuments and I would change the show/stop colours to red/green. Without reading I clicked a couple of times to stop thinking it was the "go"button
Just a quick question: is it posible somehow to change the basemap? This other tool, for example, shows a multiple layer option for OSM http://carare.eculturelab.eu/Carare50m/Map.html
Great work, Bastien!
2013/9/5 Sylvain Machefert smachefert@gmail.com
Hi, the tool is beautiful but I agree with other comments, "# of monuments" isn't clear and it would be interesting to cache the groups. Other problem I see is that if you zoom on a part of the map, it continues to request datas for the whold country and not only for the shown part whereas it seems possible to request datas on a map only for a section, as seen on http://bit.ly/wlmmaps
Thanks for the work done on this project.
Symac
2013/9/5 Platonides platonides@gmail.com
Thanks Bastien.
I find the "# of monuments" parameter strange.
Are the show/stop buttons intuitive enough?
No, I don't know what they are supposed to do. Show apparently starts searching for monuments and Stop stops it middleway, but I don't know why there's such process.
Perhaps the groups should have been cached per country?
Also note that sometimes the links go outside the white balloon or the photo is only partially shown, with part of it above the top of the viewport.
Regards
______________________________**_________________ Wiki Loves Monuments mailing list WikiLovesMonuments@lists.**wikimedia.orgWikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/**wikilovesmonumentshttps://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.**org http://www.wikilovesmonuments.org
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Hi Àlex,
Àlex Hinojo alexhinojo@gmail.com writes:
the tool looks great! CPU consuming is ok (desktop, Windows 7 enterprise). I neither understand the #ofmonuments and I would change the show/stop colours to red/green.
I used blue for "Show" but green is better, will be in the next release, thanks for the suggestion.
Just a quick question: is it posible somehow to change the basemap? This other tool, for example, shows a multiple layer option for OSM http://carare.eculturelab.eu/Carare50m/Map.html
I rely on http://www.mapbox.com/ -- if you see a basemap that better fits on their website, please let me know. I'll add the possibility to change the basemap on the fly in the next release.
Thanks!
Hi Sylvain,
Sylvain Machefert smachefert@gmail.com writes:
the tool is beautiful but I agree with other comments, "# of monuments" isn't clear and it would be interesting to cache the groups.
Yes, I removed the # monuments.
Other problem I see is that if you zoom on a part of the map, it continues to request datas for the whold country and not only for the shown part whereas it seems possible to request datas on a map only for a section, as seen on http://bit.ly/wlmmaps
The default now is to show all monuments when showing a country/lang monuments, and to show only the ones on the visible part of the map when showing "HERE".
Thanks,
Hi Platonides,
Platonides platonides@gmail.com writes:
Also note that sometimes the links go outside the white balloon or the photo is only partially shown, with part of it above the top of the viewport.
Yes, I don't know to circumvent this, as this depends on whether the image takes long to load from the Wikimedia server. We'll live with it right now.
This looks very nice. A couple of point from my testing:
* The country list would be improved with more descriptive text (the code for England will not be obvious to most people) * Loading the whole country is very slow - at least 5 minutes for all of the England buildings to be shown! Can the system load entries based on the current viewed area?
* It would be good to have some indication of loading progress and particularly when loading has finished.
* Some monuments are missing, including ones that are correctly in the English Wikipedia lists and have images. Where does the data come from, and how is the image determined?
I hope that helps. Very good work!
Michael
On 4 Sep 2013, at 23:21, Bastien bzg@altern.org wrote:
Hi all,
here is what I've done so far:
Blue markers are for monuments with photos, red markers are for monuments without photos.
Please don't publish the link right now -- there are a few things I want to fix first (like mentioning the source of the data, etc.)
The database is not 100% sync'ed with the one on the toolserver, I will sync it progressively.
For now I'm interested in hearing about the general usability: is it too slow? Too CPU-consuming? Are the show/stop buttons intuitive enough?
What do you think?
Thanks in advance for your feedback,
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Hi Bastien,
Op 5-9-2013 11:08, Michael Maggs schreef:
This looks very nice. A couple of point from my testing:
- The country list would be improved with more descriptive text (the code for England will not be obvious to most people)
You probably want to use https://tools.wmflabs.org/heritage/api/api.php?action=adminlevels&format... .
Maarten
Hi Maarten and all,
Maarten Dammers maarten@mdammers.nl writes:
You probably want to use https://tools.wmflabs.org/heritage/api/api.php?action=adminlevels&format...
Very useful, thanks.
Thanks a lot to everyone for the feedback. I'll continue hacking this tonight and tomorrow and will post an updated version tomorrow evening.
Maarten Dammers maarten@mdammers.nl writes:
You probably want to use https://tools.wmflabs.org/heritage/api/api.php?action=adminlevels&format...
By the way, is there something similar to get the translated names of languages (on top of countries) ?
Also, can I drop *-old/* entries in the list?
Can I merge e.g. gb-*/en into a single gb/en entry in the list?
Thanks,
Yes, it would be fine to merge all the GB- entries into a single "United Kingdom" entry.
(Name=United Kingdom, ISO country code =GB)
Michael
On 5 Sep 2013, at 19:26, Bastien wrote:
Maarten Dammers maarten@mdammers.nl writes:
You probably want to use https://tools.wmflabs.org/heritage/api/api.php?action=adminlevels&format...
By the way, is there something similar to get the translated names of languages (on top of countries) ?
Also, can I drop *-old/* entries in the list?
Can I merge e.g. gb-*/en into a single gb/en entry in the list?
Thanks,
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Michael Maggs Michael@maggs.name writes:
Yes, it would be fine to merge all the GB- entries into a single "United Kingdom" entry.
Well, I didn't find the time to do this, sorry.
Will put it on my todo list.
Thanks. Not a top priority!
Michael
On 12 Sep 2013, at 21:19, WordPress wrote:
Michael Maggs Michael@maggs.name writes:
Yes, it would be fine to merge all the GB- entries into a single "United Kingdom" entry.
Well, I didn't find the time to do this, sorry.
Will put it on my todo list.
-- Bastien
On 05/09/13 20:26, Bastien wrote:
Maarten Dammersmaarten@mdammers.nl writes:
You probably want to use https://tools.wmflabs.org/heritage/api/api.php?action=adminlevels&format...
By the way, is there something similar to get the translated names of languages (on top of countries) ?
I use CLDR for that. If you were using php I would point you to the WikiLovesMonuments and cldr mediawiki extensionss, for java there should be some interface available.
Hi Platonides,
Platonides platonides@gmail.com writes:
I use CLDR for that. If you were using php I would point you to the WikiLovesMonuments and cldr mediawiki extensionss, for java there should be some interface available.
Thanks, that's useful. I'll probably go the dirty way and have a small database extracted from that if I don't find a java library.
Hi Michael,
Michael Maggs michaelnmaggs@gmail.com writes:
- The country list would be improved with more descriptive text (the
code for England will not be obvious to most people)
This is now localized.
- Loading the whole country is very slow - at least 5 minutes for all
of the England buildings to be shown! Can the system load entries based on the current viewed area?
It does now when you click on "HERE".
- It would be good to have some indication of loading progress and
particularly when loading has finished.
I added a % -- thanks for the suggestion.
- Some monuments are missing, including ones that are correctly in the
English Wikipedia lists and have images. Where does the data come from, and how is the image determined?
Yes, the list of monuments from a country/language may not be complete as I sync my own database with the toolserver regularily. The "HERE" button does not suffer from this, though, as it loads directly form the toolserver.
I hope that helps. Very good work!
It does, thanks :)
Tiny update: there is now a "links" button to get the list of direct links. Example of a direct link:
http://www.panoramap.org/en/usen
Thanks to Andrea for triggering this.
Thanks Bastien! This is really useful :-)
Aubrey
On Fri, Sep 13, 2013 at 10:49 AM, Bastien bzg@altern.org wrote:
Tiny update: there is now a "links" button to get the list of direct links. Example of a direct link:
http://www.panoramap.org/en/usen
Thanks to Andrea for triggering this.
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
If you guys want to give a hand with translation, the only file to update is this one:
https://github.com/bzg/wlmmap/blob/master/src/wlmmap/i18n.clj
Feel free to send me pull requests or informal updates via email. Even incompletes translations are useful!
Thanks,
A quick thing. As far as I understand, the Italian map has a problem because of course our list changes every year (it is always renewd). I think the right bug is this one: https://bugzilla.wikimedia.org/show_bug.cgi?id=53686 Is it possible to update/fix it?
Thanks!
Aubrey
On Fri, Sep 13, 2013 at 11:28 AM, Bastien bzg@altern.org wrote:
If you guys want to give a hand with translation, the only file to update is this one:
https://github.com/bzg/wlmmap/blob/master/src/wlmmap/i18n.clj
Feel free to send me pull requests or informal updates via email. Even incompletes translations are useful!
Thanks,
-- Bastien
On 13/09/13 10:49, Bastien wrote:
Tiny update: there is now a "links" button to get the list of direct links. Example of a direct link:
http://www.panoramap.org/en/usen
Thanks to Andrea for triggering this.
That's cool. You should preselect that country-lang in the combobox, though. It may also be interesting to preselect/center based on geolocation when a direct link wasn't provided.
Hi Platonides,
Platonides platonides@gmail.com writes:
On 13/09/13 10:49, Bastien wrote:
Tiny update: there is now a "links" button to get the list of direct links. Example of a direct link:
http://www.panoramap.org/en/usen
Thanks to Andrea for triggering this.
That's cool. You should preselect that country-lang in the combobox, though.
Done.
It may also be interesting to preselect/center based on geolocation when a direct link wasn't provided.
Done too. So now, opening http://www.panoramap.org on a smartphone will display monuments around the user's location.
Thanks for the suggestions!
Next week I will continue to polish the UI/UX.
Hi all,
we have a new built in local solution for the map: http://wikilovesmonuments.hu/participate.php
It is still in development stage (with many new ideas), every feedback or suggestion would be welcomed.
Best, Samat
Samat samat78@gmail.com writes:
we have a new built in local solution for the map: http://wikilovesmonuments.hu/participate.php
Very nice ! I like the camera icon :)
Hi Batien
Many competitors in the UK find it difficult to follow the competition instructions to upload via the links on Wikipedia due to the fragmentary nature of the WP listed buildings pages. As a result, many are bypassing the WP link, which means their images cannot be automatically templated with the correct monument number.
What would be really great - at least for the UK - would be to have an "upload another photo" link on the pop-up boxes generated by your tool, which goes straight to the WLM upload tool. That would enable the autofill to work in a very sealmess way, and would hugely reduce the amount of manual categorisation we need to do.
Any chance of that?
Michael
On 12 Sep 2013, at 11:09, Bastien wrote:
Hi Michael,
Michael Maggs michaelnmaggs@gmail.com writes:
- The country list would be improved with more descriptive text (the
code for England will not be obvious to most people)
This is now localized.
- Loading the whole country is very slow - at least 5 minutes for all
of the England buildings to be shown! Can the system load entries based on the current viewed area?
It does now when you click on "HERE".
- It would be good to have some indication of loading progress and
particularly when loading has finished.
I added a % -- thanks for the suggestion.
- Some monuments are missing, including ones that are correctly in the
English Wikipedia lists and have images. Where does the data come from, and how is the image determined?
Yes, the list of monuments from a country/language may not be complete as I sync my own database with the toolserver regularily. The "HERE" button does not suffer from this, though, as it loads directly form the toolserver.
I hope that helps. Very good work!
It does, thanks :)
-- Bastien
Hi Michael,
thanks for the suggestion -- I had very little time at hand so I simply added a link to the upload wizard and the WLM main page in each popup, I hope that's better, even if not perfect.
I may not have time to make another update before monday, but I still collect ideas like this one, so folks please go wild.
Also, if that wasn't clear: you can advertize this largely!
Best,
Hi Bastien,
This looks nice! Is it possible to somehow sort out the red markers, so that they are the only ones shown on the map? That would make it easier to identify where to go and take photos.
Best,
John Andersson WMSE Den 5 sep 2013 00:22 skrev "Bastien" bzg@altern.org:
Hi all,
here is what I've done so far:
Blue markers are for monuments with photos, red markers are for monuments without photos.
Please don't publish the link right now -- there are a few things I want to fix first (like mentioning the source of the data, etc.)
The database is not 100% sync'ed with the one on the toolserver, I will sync it progressively.
For now I'm interested in hearing about the general usability: is it too slow? Too CPU-consuming? Are the show/stop buttons intuitive enough?
What do you think?
Thanks in advance for your feedback,
-- Bastien
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.org
Hi John,
John Andersson john.andersson@wikimedia.se writes:
This looks nice! Is it possible to somehow sort out the red markers, so that they are the only ones shown on the map? That would make it easier to identify where to go and take photos.
It is not yet possible, but I'll add this to the todo list, thanks for the suggestion.
Best,
On 20/08/13 19:53, Bastien wrote:
Still far from usable, but I made some progress:
The next step is to implement a proper drop-down menu for the srcountry, and to display a better pop-up.
Given an image file name, how do you programmatically retrieve the permalink?
E.g. given Kohila_vesiveski2.jpg I can easily infer http://commons.wikimedia.org/wiki/File:Kohila_vesiveski2.jpg but not
http://upload.wikimedia.org/wikipedia/commons/thumb/2/24/Kohila_vesiveski2.j...
Where does the "/2/24/" comes from? (The rest of the URL seems to follow a regular pattern.)
The first two bytes of the hex representation of the filename md5 (after space→underscore transformations). If the file is smaller than 320px width there may be no 320px thumbnail for you (it may be possible to have a html fallback to the full file in that case).
Hi, I think that these requirements should be enough as the competition starts in 10 days ! If we get a tool that fullfills this it should already be very good !
I can help by testing / debuging over the next two weeks if needed, feel free to ask me.
Sylvain
2013/8/18 Maarten Dammers maarten@mdammers.nl
Hi everyone,
We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments. We have the backend containing all the information: The monuments database has 750.000+ items with geo information and this is accessible as kml [1]. We just need a web based map interface to wrap around this and is easy to use.
Some initial requirements:
- Easy, probably only a filter to show monuments with or without a photo
- Works in all participating countries
- Centers on a location useful for the user (ask browser?)
- Is available in multiple languages (translatewiki?)
- Works in standard browsers without any add ons
I've seen plenty of local tools over the years, but no tool that could just be used be everyone. Who can help out here?
Maarten
[1] http://toolserver.org/~**erfgoed/api/api.php?action=** search&format=dynamickml&**limit=200http://toolserver.org/~erfgoed/api/api.php?action=search&format=dynamickml&limit=200
______________________________**_________________ Wiki Loves Monuments mailing list WikiLovesMonuments@lists.**wikimedia.orgWikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/**wikilovesmonumentshttps://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.**org http://www.wikilovesmonuments.org
Hi Maarten,
Maarten Dammers maarten@mdammers.nl writes:
We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments.
I hacked this together:
It's only ~5000 random entries from your database (don't miss the ones in Antartica!)
Does erfgoed's API reads a "country" and a "with-picture" parameter? If so, is it okay to load data directly by querying the API?
If so, I will add a form with a list of countries and two checkboxes for "Monuments with Pictures" and "Monuments without picture".
I'll also center the map to the user's location.
Thanks for any feedback,
Hi Bastien,
(answering the first email, should answer all your questions)
Op 19-8-2013 18:46, Bastien schreef:
Hi Maarten,
Maarten Dammers maarten@mdammers.nl writes:
We still lack a very important tool for Wiki Loves Monuments in September: A web based map to easily find monuments.
I hacked this together:
I like the interface a lot. The items should have a bit more information like at least the identifier, that's the main use case.
It's only ~5000 random entries from your database (don't miss the ones in Antartica!)
Nice :-)
Does erfgoed's API reads a "country" and a "with-picture" parameter? If so, is it okay to load data directly by querying the API?
The database has the following fields (https://commons.wikimedia.org/wiki/Commons:Monuments_database#Monuments_all): * country * lang * id * adm0 * adm1 * adm2 * adm3 * adm4 * name * address * municipality * lat * lon * lat_int * lon_int * image * commonscat * source * changed * monument_article * registrant_url * monument_random
You can ask the api several things: * sr<fieldname>=search a fieldname * srwith<fieldname>=<boolean> to get only items where something is set * srwithout<fieldname>=<boolean> to get only items where something is not set
You can get it in different formats etc, see http://toolserver.org/~erfgoed/api/api.php for a bit more info
If so, I will add a form with a list of countries and two checkboxes for "Monuments with Pictures" and "Monuments without picture".
+1
I'll also center the map to the user's location.
That's nice!
Maarten
Maarten Dammers maarten@mdammers.nl writes:
(answering the first email, should answer all your questions)
Great, thanks for the detailed feedback, I *knew* I should have done my homework better :)
I'll continue working on this tomorrow.
Thanks!
wikilovesmonuments@lists.wikimedia.org