Support direct URL/links to app resources/actions such as Advanced Search, Layers, Manage etc.

[rladines]

Only focus on Shareable Queries for now -- not adv search, layers, manage, etc.

Link to a query and executing that link.

[tomschenkjr]

Like https://url.net/manage?

[rladines]

Right, or https://url.net/query?name=CouponTweets&autosubmit=true

It has to be designed so that the existing command buttons that currently invoke those panels/actions need to issue the same URL so it is consistent.

[tomschenkjr]

I agree. Can you mark #134 as duplicated and close it?

[tomschenkjr]

Have been using this on WindyGrid, but noticing some issue. Namely, issues are arising when sending the link because some programs are truncating the URL after the # symbol that are being used to define the colors.

For instance, this link is being truncated when embedding the link in a Microsoft Outlook email (e.g., inserting a link).

The hash/pound symbols aren't being encoded. However, when switching # to %23, the links are able to be shared and are also being properly interpreted by WG.

Would it be possible to encode the # in the URL being generated by the application?

/cc @geneorama

[reve0716]

It works with newer version outlook and not with outlook desktop version 2010.

[tomschenkjr]

This should be expected. Outlook 2010 has a limit of 1033 characters<https://social.technet.microsoft.com/Forums/lync/en-US/bfbaf146-5f48-42cc-8172-41eb7be2e595/outlook-2010-what-is-the-character-limit-for-a-link-to-open?forum=outlook> in a link. Please proceed with releasing the patch for this. From: Regina [mailto:notifications@github.com] Sent: Wednesday, June 28, 2017 3:04 PM To: Chicago/opengrid <opengrid@noreply.github.com> Cc: Schenk, Tom <Tom.Schenk@cityofchicago.org>; Comment <comment@noreply.github.com> Subject: Re: [Chicago/opengrid] Support direct URL/links to app resources/actions such as Advanced Search, Layers, Manage etc. (#115) It works with newer version outlook and not with outlook desktop version 2010. — You are receiving this because you commented. Reply to this email directly, view it on GitHub<#115 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ABkC0cf0Q09cRBA3O6yxnyGBqWUkExvoks5sIrGYgaJpZM4F9rE_>.

…

________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail (or the person responsible for delivering this document to the intended recipient), you are hereby notified that any dissemination, distribution, printing or copying of this e-mail, and any attachment thereto, is strictly prohibited. If you have received this e-mail in error, please respond to the individual sending the message, and permanently delete the original and any copy of any e-mail and printout thereof.

[tomschenkjr]

@nfspeedypur and @rladines - I see this issue is appearing in OpenGrid.io.

@rladines - did the patch you release in WindyGrid make it into the OpenGrid code or does that need to be ported?

[rladines]

It should be there. These are the commits that were part of that fix:
Main.js
AdvancedSearch.js

@nfspeedypur Can you confirm that these were merged into the OpenGrid.io code?

[tomschenkjr]

Ok, looks like I didn't do the test right on my end. Closing for now. Thanks everyone!

[tomschenkjr]

Re-opening this as I am seeing the bug pop-up. Here is a query that I generated from OpenGrid. There is a # appearing in the URL path.

https://chicago.opengrid.io/opengrid/#/query?q=%7B%22name%22:%22%22,%22owner%22:%22NoAuth%22,%22spec%22:%5B%7B%22dataSetId%22:%22food_inspections%22,%22filters%22:%7B%7D,%22rendition%22:%7B%22color%22:%22%252387CEEB%22,%22opacity%22:%2280%22,%22size%22:%226%22%7D%7D,%7B%22dataSetId%22:%22crimes_2001_to_present%22,%22filters%22:%7B%7D,%22rendition%22:%7B%22color%22:%22#FFD700%22,%22opacity%22:%2280%22,%22size%22:%226%22%7D%7D,%7B%22dataSetId%22:%22311_service_requests_graffiti_removal%22,%22filters%22:%7B%7D,%22rendition%22:%7B%22color%22:%22#6495ED%22,%22opacity%22:%2280%22,%22size%22:%226%22%7D%7D%5D,%22sharedWith%22:%7B%22users%22:%5B%5D,%22groups%22:%5B%5D%7D,%22isCommon%22:false,%22autoRefresh%22:false,%22refreshInterval%22:%2230%22,%22geoFilter%22:%7B%22boundaryType%22:%22near%22,%22boundary%22:%22_marker%22,%22value%22:%7B%22type%22:%22FeatureCollection%22,%22features%22:%5B%7B%22type%22:%22Feature%22,%22properties%22:%7B%7D,%22geometry%22:%7B%22type%22:%22Point%22,%22coordinates%22:%5B-87.62751102447511,41.877405938278116%5D%7D%7D%5D%7D,%22maxRadius%22:%22500%22,%22maxRadiusUnit%22:%22feet%22%7D%7D&run=true&_=361007470259

[tomschenkjr]

I haven't been able to replicate the bug in WindyGrid, even by using the same query.

[rladines]

@tomschenkjr was able to recreate this, even on the windygrid side. we had a bug where a single replace is done instead of global. should be fixed with branch iss115. I will submit a PR for the fix.

[tomschenkjr]

Closed by 8fe5094