-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow user to set min/max zoom levels and restrict extent for base layer #310
Conversation
Hey @krdyke - Awesome, this looks fantastic! I'll give it a spin tomorrow morning - I might do a little refactoring of the logic in the map view to see if we can get a generalized solution that would work for WMS layers as well. Either way, let's definitely get this merged in for the next release. |
Sorry for the novice question, but how do I actually go about implementing this new functionality? I'd very much like to be able to set Max and Min zoom options, but not sure what code to pull. |
@EvanPHamilton The simplest way is to clone @krdyke's fork of this and check out the $ git clone https://github.com/krdyke/Neatline.git
$ cd Neatline
$ git checkout zoom-extent-restrict @davidmcclure have you had a chance to take a look at this yet? |
No, my apologies folks, been really busy. I'll do my best to review this ASAP and get it merged in. |
Let me know if I can help with anything! On Wed, Jul 2, 2014 at 9:24 PM, davidmcclure [email protected]
|
This seems to be throwing a problem with my MYSQL database. I am getting this error: In Neatline the option of setting the min/max zoom is showing up, but I am unable to save that information. Omeka has encountered an error Zend_Db_Statement_Mysqli_Exception #0 /var/www/evan/application/libraries/Zend/Db/Statement.php(115): Zend_Db_Statement_Mysqli->_prepare('INSERT INTO Just a heads up. |
Seemed to have fixed the problem by manually adding the columns to the database. |
@EvanPHamilton Looks like we'll need to add a migration and a revision bump to make sure the migration adds the correct database fields... |
…ayers event object.
…Zoom and setFocus.
…default and selected opacity
…ed (un)highlight/(un)select methods.
I would like to use this functionality but I'm not sure how. Can someone help me? |
…line into zoom-extent-restrict Conflicts: views/shared/javascripts/src/map/map.controller.js views/shared/javascripts/src/map/map.view.js
… check for map extent being not null to publishPosition method when spatial_querying is enabled.
I recently did some work rebasing this PR. @tarsierspectral, if you follow the directions for cloning given by @waynegraham above, and add the following columns to the exhibits table, you should be good to go for now.
In the meantime, I'd be happy to add a migration to the PR, but could use some guidance on how that procedure works. I think I have a decent idea from looking at the abstract class and existing implementations in P.S. WMS layers are now included. See an example with the world's most boring WMS layer here |
@krdyke Thanks Kevin but I'm new to github and don't know what cloning means, can you explain how I would do that? Do I need Github installed? |
@tarsierspectral You'll need to set up a git client (see https://help.github.com/categories/bootcamp/ for help on that). Then you'll need to either check out the fork @krdyke made (see #310 (comment)). There are other, more complicated ways to do this, but since you're new to git, we'll keep it simple. Also, I highly recommend the git tutorial at https://try.github.io to get up to speed. |
Hi @krdyke, just a quick note to let you know we've rebased your feature branch into a new PR (#433) in order to catch up with the current code base and integrate your zoom/extent constraint functionality with new image layer features. Thanks for the excellent work + discussion on this; I'll close this PR now, but please don't hesitate to get in touch about any thoughts on the update. |
zoom level and extent limits (#310 rebased) plus image-only exhibits
Thanks for rebasing. Great to hear it's getting integrated! I'm sure it
will prove useful to Neatliners out there.
…On Tue, Sep 12, 2017 at 5:10 PM akstuhl ***@***.***> wrote:
Hi @krdyke <https://github.com/krdyke>, just a quick note to let you know
we've rebased your feature branch into a new PR (#433
<#433>) in order to catch up
with the current code base and integrate your zoom/extent constraint
functionality with new image layer features. Thanks for the excellent work
+ discussion on this; I'll close this PR now, but please don't hesitate to
get in touch about any thoughts on the update.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#310 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAoqHS1Ukgws_O6wE_bYy22NHNQsx9SBks5shwE6gaJpZM4CBPEs>
.
|
Addresses #295
Added support for setting min/max zoom levels for maps using spatial layers as the base. That is, Google/Stamen/OSM baselayers are supported, as well as WMS.
but I didn't implement for WMS (I can work on that if someone has a working WMS server I could use for testing. All the WMS servers I know only deal in UTM coordinates).I used the Styles tab to house the new options. It is probably too cluttered now, but I was thinking maybe starting with these new options being "hidden" initially and then viewable by clicking "more options" or something along those lines would maintain the clarity that was there previously. I thought I'd get some feedback before pursuing that.
Hopefully my locating of the logic in the _initSpatialLayers function isn't too weird, but I can refactor!
Let me know how else I can help with the PR process (I'm a bit of a noob, if you can't tell).