adaptiman

Done. Why didn’t Postie delete it?

https://nwes.rocks/tag/at-home/

I’ve been actively working on this for the last few days, so it’s changing rapidly. This link demonstrates how I solved it by using the shortcodes plugin to create custom fields and then hooking those into GoogleMapsCP. I’m trying to create hooks so that when we are on the trail (and away from computers), we can use our satellite communicators to automatically update our location for our families back home.

As far as geolocation, I think I got this one licked. Now I’m working on extracting EXIF data from pictures so that they can be geolocated as well. Do you have any facilities in Postie that will read EXIF data from posted pics?

Should be working now

https://nwes.rocks/check-in-message-from-lugnut/

Actually, it does work as described with one issue – not able to display the post_title as the link text. I found the problem was that I was calling the_title() rather than get_the_title(). Here’s the working function:

add_shortcode( 'return_controls', 'build_controls');

function build_controls($atts, $content = null, $tag = '') {
    $family = shortcode_atts( array(
		'family' => 'Default Family'
	), $atts);

    //return $family['family'];

	$control_query_params = array(
		'post_type' => 'control',
		'orderby' => 'control_identifier',
		'order' => 'ASC',
		'tax_query' => array(
			array(
				'taxonomy' => 'control-group',
				'field' => 'slug',
				'terms' => $family
			)
		)
	);

	//return $control_query_params;
	$query = new WP_Query( $control_query_params );

	$output = '<ul>';
	if ($query->have_posts()) {
		while ($query->have_posts()) {
			$query->the_post();
			// do something
			$mytitle = get_the_title() . ' (' . rwmb_get_value( 'control_identifier' ) .')';
			$output .= the_shortlink($mytitle, $mytitle, '<li>', '</li>' );
		}
	} else {
		// no posts found
		$output .= 'No controls found.';
	}
	
	$output .= '</ul>';
    return $output;
}

The quote above comes from this page:

https://www.grendelman.net/wp/trackserver-wordpress-plugin/

Hmm. The homepage is a custom homepage that is edited with widgets that came with the theme and I don’t think it is “owned” by anyone, since it’s technically not a page. Is there a workaround? I could make another page the “homepage” of the site, but wouldn’t have the nifty features of the theme I paid for.

Is there a way to disable author checking?

• This reply was modified 7 years, 5 months ago by adaptiman.

I have a slightly different problem, but it may be related to this. On my site, I’ve embedded the shortcode:

[tsmap id=3]

In a page:

https://nwes.rocks/wheres-adaptiman/

and it works fine. The same shortcode is embedded on the homepage:

https://nwes.rocks/

and a map displays, but it’s a map of Europe, not the track specified. So it looks like the maps are loading, but the track isn’t.

Any ideas why this would happen?

I confirmed the same problem with 1and1.com. They won’t say what caused the problem, but said they would email me when it was fixed.

I downgraded to 1.0.1 and it worked correctly, so there is definitely something wonky in the 1.2.0.1.

@scribu:

Yes, county is a meta taxonomy term and Houston is a value entered for that taxonomy term in a post, so the search URL

https://domain.tld/?county=Houston

should pull up at least that post.

Incidentally, if you enter:

https://domain.tld/?s=Houston

which is the standard search URL, it returns the posts that have ‘Houston’ in them. In other words, the standard search format works.

Thanks for replying

I’m getting the same error. I’m running the same setup (WP 2.7.1 and CFT 1.2.0.1) and have disabled all plugins with the same result.

the query is:

https://domain.tld/?county=Houston

The returned page is blank and the error in the log is:

PHP Fatal error: Cannot access private property CFT_query::$query_vars in /var/www/html/wp-content/plugins/custom-field-taxonomies/main.php on line 291

@alexleonard

Which functions.php file? The one attached to the theme?

I’m trying to patch the importer to work with WPMU. The only obvious change that I can see in the code is to change the name of the postmeta table to follow the WPMU naming convention. So in the file, wherever I see

$wpdb->postmeta

I’ve changed it to

$wpdb->wp_1_postmeta

This is a quick hack that would only run the script for the first blog, but it should work. When I run it, I get the error:

Successfully imported 0 podcasts.

Does anyone else see any other changes that are necessary to get the importer to work with WPMU?

I found a solution to this. If you go the db interface and reset the password for your user using an MD5 hashing function. You’ll be able to login with the password. The system will automagically do it’s thing to transform the MD5 password into the WP2.5.1 munged version the first time you login, however that happens.

I’m having the same problem with the message:

Sorry, that key does not appear to be valid.

I setup 2.5.1 cleanly, then imported the db from another wordpress installation with an export command. None of the accounts that I know the passwords for work.