Forwarding
Pine
---------- Forwarded message ----------
From: "Guillaume Lederrey" <glederrey(a)wikimedia.org>
Date: Jun 21, 2016 12:03
Subject: [discovery] Index management for Maps
To: "Operations Engineers" <ops(a)lists.wikimedia.org>, "A public mailing
list about Wikimedia Search and Discovery projects" <
discovery(a)lists.wikimedia.org>
Cc:
Hello!
I need some feedback from my fellow Ops on how to manage indexes on Maps.
Context:
Maps imports OpenStreetMap data in a Postgresql database. This import
is done with osm2pgsql, which takes care of creating the schema,
populating tables and creating a few indexes.
Some additional indexes are required to support the specific
functionalities of Tilerator. So far, those indexes have been created
manually and have not been tracked.
The enhancements to the schema created by osm2pgsql are minor (a few
index and functions), so we probably need a lightweight solution.
Proposal:
A few idempotent scripts are versionned in osm-bright.tm2source [1].
Those scripts are executed after review by Ops, at the request of the
project. We don't use a full schema migration process, because at this
point there isn't really a need for it on this project.
Does this look reasonable to you? Feedback welcomed, shoot me down if
you have to...
Thanks for your help!
Guillaume
[1] https://github.com/kartotherian/osm-bright.tm2source/tree/master/sql
--
Guillaume Lederrey
Operations Engineer, Discovery
Wikimedia Foundation
_______________________________________________
discovery mailing list
discovery(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/discovery
Enjoy <mapframe>, <maplink>, or use it directly in JavaScript - maps are
now available on Wikidata & Commons. Don't add it to all templates all at
once, let us enjoy a peaceful weekend without server meltdowns :)
Help page:
https://www.mediawiki.org/wiki/Help:Extension:Kartographer
Forwarding for those planning to attend.
Also, grant funding for Wikimedians' travel, lodging and event fees may be
available from WMF and/or Cascadia Wikimedians User Group.
Pine
---------- Forwarded message ----------
From: "Clifford Snow" <clifford(a)snowandsnow.us>
Date: Jun 10, 2016 16:42
Subject: [opensource-107] State of the Map US Volunteers Needed
To: <opensource-107-announce(a)meetup.com>
Cc:
OpenStreetMap Seattle would like to extend an invitation to State of the
Map US 2016 <http://stateofthemap.us/>. The annual State of the Map US
conference is the preeminent gathering of OpenStreetMap enthusiasts and
will be held in Seattle, Washington from July 23rd to 25th, 2016. There
will be a lot to do to make this conference a smashing success, and we need
a team of reliable volunteers to help pull it off.
What: State of the Map US 2016 conference. This year's theme is "Building
Community", and volunteering will provide an excellent entry point to
connect with the diverse and dynamic OpenStreetMap community.
Where: Seattle University, Seattle, Washington
When: July 23-25, 2016
Why: Volunteer 3 hours per day in exchange for free registration!
Attending State of the Map US offers many opportunities to connect with
other mappers, learn how to work with OpenStreetMap data, and hack on the
latest OpenStreetMap improvements. This would be a great networking
opportunity to connect with other OpenStreetMap users from an amazing
ecosystem of enthusiast mappers, businesses, government agencies, and non
profits, all collaborating around the free and editable map of the world.
How: Apply to be a conference volunteer by filling out the SOTM-US
volunteer form
<https://docs.google.com/a/openstreetmap.us/forms/d/15NDVh1Sc8iXJTDmVxV3i_lU…>.
If selected, you will be asked to participate in a virtual training session
one week prior to the conference. In exchange for your agreement to
volunteer, we will send you a registration code to get your free
registration for SOTM US 2016.
Deadline: Thursday, June 16 at 11:59 pm PST.
Note on accommodations: inexpensive lodging is available on-site at Seattle
University.
Please let us know if you have any questions: volunteers(a)openstreetmap.us
We look forward to seeing you there!
Sincerely,
Joel Masselink
State of the Map US Volunteer Coordinator
Brought to you by the Seattle OpenStreetMap Community & OpenStreetMap US
--
Please Note: If you hit "*REPLY*", your message will be sent to *everyone*
on this mailing list (opensource-107(a)meetup.com)
This message was sent by Meetup on behalf of Clifford Snow
<http://www.meetup.com/OpenStreetMap-Seattle/members/14621828/> from
OpenStreetMap
Seattle <http://www.meetup.com/OpenStreetMap-Seattle/>.
To report this message or block the sender, please click here
<http://www.meetup.com/OpenStreetMap-Seattle/abuse/14621828/?table_name=ml&t…>
To unsubscribe from special announcements from your Organizer(s), click here
<http://www.meetup.com/OpenStreetMap-Seattle/optout/?submit=true&_ms_unsub=t…>
Meetup, POB 4668 #37895 NY NY USA 10163 <#m_-3908270392683842486_> |
support(a)meetup.com
Maps folks, I would like to start a discussion on the best way to search in
a map. Daniel Schwen's WikiMiniAtlas has a similar algorithm, but we might
need to expand or rethink it for a more general use case. We have an
Elastic Search cluster, which has some geo-search capability, but that
might not be enough for all of our use cases. Any feedback would be very
helpful.
Please suggest use-cases and comments at
https://www.mediawiki.org/wiki/Maps/Search
== GOAL ==
Given a bounding box, get a set of entities with geo coordinates, such that:
Satisfy some arbitrary search request, e.g.
* Search among Wikipedia articles
* Show "everything" (all Wikipedia articles in a given language)
* All Wikipedia articles with some Wikidata category / type / some other
conditions?
Clumping vs spread-out
* Results should not collapse onto each other in one place of the map,
while the rest of the map is empty. They should spread out so that only the
most relevant/important items should are shown for each location of the
map. Yet, if the ranking of the found items in one part of the map are
significantly lower than the other, the result would also look weird.
Imagine searching for the "monuments" within the whole world, and see the
Status of Liberty in New York and some local commemorative plaque in some
tiny village in a low population area. All results should be in the same
"ranking class" - a range of values that do not differ too much from each
other.
== Target Audience ==
* Showing maps in articles for "similar articles"
* Showing maps in Andoid/iPhone apps
* Wikidata info
* Commons pictures