James Proctor

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 34 total)
  • Author
    Posts
  • in reply to: "Loading…" ajax error? #14759
    James Proctor
    Participant

    Thanks; will forward your reply and be in touch.

    Jim P.

    in reply to: "Loading…" ajax error? #14757
    James Proctor
    Participant

    Nope, looks like it’s a random error, always the hardest to diagnose, but we definitely continue to experience it. It’s possible it’s a back-end cache issue on the WPEngine side, as the page noted above was excluded from their cache (by their admins…I have no control over this, vs. other caches I’ve worked with) and it consistently loads, though with all other pages (e.g., this one I just did to test, using exact same mashup code as the one above) it seems necessary that they are invoked via https:// (i.e., avoiding their cache) vs. desired http:// in order to load correctly.

    Thanks again for your input.

    Regards,

    Jim P.

    in reply to: "Loading…" ajax error? #14728
    James Proctor
    Participant

    …and now it seems to work fine. A support person ran a file permission fix for another error; not sure if these are connected.

    Will be back in touch if we reproduce the error.

    Jim P.

    in reply to: infowindow in external kml #14587
    James Proctor
    Participant

    Okay, got it. We’ll experiment with this over the next month. I can imagine some rather simple KML text edits, then, that will accomplish what we desire.

    Many thanks,

    Jim P.

    in reply to: infowindow in external kml #14580
    James Proctor
    Participant

    Thanks. I looked at this in a bit more detail, and it appears that in the cases I was testing (which were exports from apps such as fulcrumapp.com and pdf-maps.com) the KML extendeddata element was used, which is somewhat more convoluted than a simple description element. Is this what may’ve messed with what you provide above?

    Jim

    in reply to: infowindow in external kml #14543
    James Proctor
    Participant

    Okay, thanks. Was just checking in, as realized this is on an older site; newer site is in MapPress latest.

    Not sure if others would have this need, but we are working with relatively complex KMLs for which InfoWindow content is crucial, and it’d be tedious to manualy re-add. (In other cases users want to work with KMZs, including e.g. images, which also would not be immediately supported in MapPress without manually editing.)

    Regards,

    Jim P.

    in reply to: certain custom posts not showing on mashup #11567
    James Proctor
    Participant

    Thanks, Chris! Your reply prompted me to look at another place in the template code, and indeed my workaround from the previous problem (in that I now on this template specify post_type by listing each) became the problem this time around…now it’s fixed, and had nothing to do with hyphenated custom post types.

    Cheers,

    Jim

    in reply to: mashups with post__in no longer working after upgrade #11434
    James Proctor
    Participant

    Thanks; this works too!

    Jim

    in reply to: mashups with post__in no longer working after upgrade #11430
    James Proctor
    Participant

    Chris, thank you!  I’m using post_type=any as the routine harvests geotags from several post types, including custom posts…will wait for update, and sure appreciate it…

    Jim

    in reply to: mashups with post__in no longer working after upgrade #11418
    James Proctor
    Participant

    Chris, thanks; link to sample page with this code is here. I’ve temporarily uncommented the $mapIDs echo so you’ll see that string at top. What you’ll see is a blank map. The full query code is below; it basically harvests geotagged posts (of several kinds) that were selected by the user. Again, it all worked great up to the upgrade.

    As to your replacement code, can you actually do <?php echo ‘[shortcodegoeshere]’;?> and not include the do_shortcode?? Guess I have stuff to learn ;-).

    Cheers,

    Jim

     

     

    in reply to: mashup map problem with 2.38.9 beta #11014
    James Proctor
    Participant

    Yes, you’re correct in your assumption; it’s in a template file, and the line is

    <?php echo do_shortcode(‘[mashup width="100%" height="360" maptypeid="hybrid" marker_title="post" marker_body="excerpt" directions="none" overviewmapcontrol="false" show="query" show_query="cat='.$cat.'&post_status=publish&posts_per_page=-1"]‘); ?>

    The problem is that we’re running this site with other institutions, and I need to warn them that there will be this (hopefully temporary) behavior. If you’re available just now to give it a try, I can install .9 and wait for the results, but optimally we’ll come back up with successful mashup maps soon…just be in touch, and thanks…Jim

    in reply to: cannot drag poi marker in 2.38.8 beta #11013
    James Proctor
    Participant

    Okay, got this one! Thanks, and on to your other reply.

    Jim

    in reply to: cannot drag poi marker in 2.38.8 beta #11009
    James Proctor
    Participant

    Ah, just tried on our other WP instance using 2.38.7 beta and the POI marker drags just fine…was this problem introduced with 2.38.8?

    Regards,

    Jim P.

    in reply to: default zoom for geocoded maps from wp app #10933
    James Proctor
    Participant

    Ah, yes, you have it! I didn’t suspect this setting (which is not important to our site anyway), as the previous edits to zoom were preserved with this setting enabled.

    I think it works now; will be in touch if questions.

    Jim

    in reply to: default zoom for geocoded maps from wp app #10931
    James Proctor
    Participant

    Yes, okay, so we’re on the same wavelength. What I did was the following:

    -I posted to our blog using the WP app.
    -I checked the posting, and the default zoom had been applied.
    -I then edited the posting’s MapPress map by rolling over Automatic, clicking Edit, zooming in or out on the map, and clicking Save.
    -I then clicked Update on the post, then viewed it. The zoom is unchanged from the default.

    Am happy to give you a login so you can try it yourself; will send separately via email.

    Many thanks for all your great support.

    Jim P.

Viewing 15 posts - 16 through 30 (of 34 total)