hi russ petko released his own google map markup, GMap, a while ago: http://pmwiki.org/wiki/Cookbook/GMap
and Ryan O'Toole just released his MapWiki recipe, and is actively maintaining it (i haven't used it yet, but it looks promising) http://www.pmwiki.org/wiki/Cookbook/MapWiki i'm not sure about the state of GoogleMapAPI - i haven't used it. best, adam > Message: 1 > Date: Tue, 5 Jan 2010 14:03:54 -0500 > From: Russ Fink <[email protected]> > Subject: [pmwiki-users] anyone maintaining GoogleMapAPI? > To: <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > > Hi, is the GoogleMapAPI being actively maintained? > > Specifically, there is a problem with >20 geocodes/wiki page. If > Google receives too many geocode requests in a given time, it > apparently times-out some of the requests, giving the infamous "GMA > Error: No Lat/Lon or ZIP given (or incomplete)." (If your users > keep retrying the page, eventually you hit the OTHER problem of the > 15,000 requests/site/day limit, eventually causing all of the > addresses to give the GMA Error. > > On searching around, I ran across this link: http://code.google.com/ > apis/maps/articles/phpsqlgeocode.html > > It suggests that the conditions leading to the "620" error might be > requests coming too fast - e.g., load a page that has 25 addresses > to geocode. > > Can the maintainer of GoogleMapAPI consider implementing the > following fix: > > "Timing the Geocode Requests: Regardless of what geocoder output > you specify, your requests will be subject to the geocoder's > maximum query rate and 15,000 queries per day based on your IP. > Additionally, a status code of 620 will be returned by the geocoder > if you query it faster than it can handle. (A full list of status > codes is available here). To ensure you don't send queries too > rapidly to the geocoder, you can specify a delay between each > geocode request. We can increase this delay each time we receive a > 620 status, and use a while loop to ensure we've successfully > geocoded an address before iterating to the next one." > > Thanks, > Russ > > PS: if GoogleMapAPI is "dead," what is the replacement for it? I > haven't seen any page updates since about 2008. Is Ben still > around? Thank you again. > > > > _________________________________________________________________ > Hotmail: Free, trusted and rich email service. > http://clk.atdmt.com/GBL/go/171222984/direct/01/ > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://www.pmichaud.com/pipermail/pmwiki-users/attachments/ > 20100105/76a04243/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Tue, 5 Jan 2010 23:25:26 +0100 > From: Patrick Provinciael <[email protected]> > Subject: [pmwiki-users] Including Categories > To: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Hi all > > I've been working on my first pmwiki and now I stumbled upon a > problem that > I can't seem to solve. > > Is there a way to have (:inlude pagename:) also include category > links. > Example: > Main.Stub > This page is a [[!Stub]], help expanding it! > > This could create Category.Stub with a list of all pages that are a > Stub. > This is an easy way to know what needs more work. However, I can't > seem to > get this to work, because only the Stub page will be in the > category and not > any page including it... > Any solutions? > > Thanks > > -- > Patrick Provinciael > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://www.pmichaud.com/pipermail/pmwiki-users/attachments/ > 20100105/07416d28/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Tue, 5 Jan 2010 17:00:27 -0600 > From: Randy Brown <[email protected]> > Subject: Re: [pmwiki-users] Including Categories > To: Patrick Provinciael <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > You can list the pages with (:pagelist link=Category.Stub:) > > Pagelist provides a variety of formats (title, etc.), plus you can > create your own format to get exactly what you want. > > See the Pagelist page for details... > > Good luck, > > Randy > > On Jan 5, 2010, at 4:25 PM, Patrick Provinciael wrote: >> >> Is there a way to have (:inlude pagename:) also include category >> links. > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://www.pmichaud.com/pipermail/pmwiki-users/attachments/ > 20100105/6cf8537d/attachment-0001.html > > ------------------------------ > > Message: 4 > Date: Wed, 6 Jan 2010 00:14:34 +0100 > From: "Stéphane Heckel" <[email protected]> > Subject: [pmwiki-users] Call for discussion : Google Wave > To: [email protected] > Message-ID: <[email protected]> > > Hello list, > > I'm playing with Google Wave and I can see a lot of features that > could be > integrated with pmwiki, ... > Just the 3 one on top of my head : > > #1 Google wave (as an option) could be used as a central repository > to store > wiki pages (like SQ Lite stores pages in a database ). > > #2 a standard & collaborative way to edit pages (waves) with a simple > wysiwig editor > > #3 introduction of new content (media/gadget) to interact with, ... > > Pmwiki could be used to assemble all those 'objects' together, > facilitate > and organise accesss to this content, ...and store the metadata (tags, > links, etc) to be able to use Pmwiki's 'core' functions (like > pagelist, ...) > > Is this realistic ? > > I'm happy to start this topic. > (stephane dot heckel (at) gmail dot com) > > SH > > > > > > > ------------------------------ > > Message: 5 > Date: Wed, 6 Jan 2010 03:35:58 +0100 > From: Petko Yotov <[email protected]> > Subject: Re: [pmwiki-users] GroupAttributes and DeletePage recipe > To: SteP <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: Text/Plain; charset="iso-8859-1" > > On Monday 04 January 2010 13:06:22, SteP wrote : >> I'm left wondering if I'm doing something wrong, or if PmWiki only >> honors >> standard (edit/read/upload/attr) passwords in GroupAttributes pages. >> >> Specifically, on a latest pmwiki installation running AuthUser and >> DeletePage, I tried influencing delete authorizations by setting >> passwddelete in GroupAttributes pages. It didn't seem to matter, >> whatever >> the passwddelete setting was, PmWiki seemed to only look at >> $DefaultPasswords. OTOH, setting passwddelete in each single page >> did >> change delete authorizations. > > I tested it both with and without AuthUser, with and without setting > $DefaultPasswords['delete'], and it works like it should: > - if the page has a delete password, it is requested; > - if not, if GroupAttributes has a delete password, it is requested; > - if not, if $DefaultPasswords['delete'] is set, it is requested; > - if not, the 'edit' password is needed (page, group or site, or a > logged-in > user with edit permissions). > > When deleting a page, check of you aren't logged with the > administrator > password. > > Petko > > > > ------------------------------ > > Message: 6 > Date: Tue, 5 Jan 2010 20:57:08 -0600 > From: "Patrick R. Michaud" <[email protected]> > Subject: Re: [pmwiki-users] ultra slow page loads on pmwiki.org > To: Hans <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > On Sun, Jan 03, 2010 at 10:19:35AM +0000, Hans wrote: >> I had not done anything for a while on pmwiki.org, >> but I notice now that page loads are ultra slow, often taking more >> than 30 seconds for a page to load. This is beyond what I find >> acceptable and puts me off doing anything other than what is >> absolutely necessary. I hope it can be fixed. > > Looks like this was caused by a number of problems. First, we were > being hit heavily by a number of new web crawlers, especially > msnbot and Yandex. I've re-tuned the robots settings to avoid > this problem, and things have been pretty smooth today. > > Also, my email settings stopped working as of January 1, so I > wasn't getting any messages. This caused mail to back up on > the server as well. > > Anyway, I think things are fixed now and we should see improved > performance again. > > Pm > > > > ------------------------------ > > Message: 7 > Date: Wed, 6 Jan 2010 09:36:35 -0600 > From: "Patrick R. Michaud" <[email protected]> > Subject: Re: [pmwiki-users] RSS and url link in (:description:) > To: St?phane Heckel <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=utf-8 > > On Mon, Jan 04, 2010 at 02:57:22PM +0100, St?phane Heckel wrote: >> St?ane wrote : >> >>> I have observed that an URL link [[x|y]] in (:description ... :) is >>> displayed 'as is' (not rendered) in the RSS feed, ... >>> Is this a feature ? >> >> Hello, can someone confirm ? > > When I last checked (and this was at least two years ago), embedding > links into RSS description fields wasn't entirely within the RSS > specification. In other words, there was no explicit standard for > the embedding of HTML elements within the RSS text. > > Thus, PmWiki's current choice to leave markup as-is within > the description rather than convert it to HTML is somewhat > reflective of the RSS standard as it existed then. If the > state-of-the-art in RSS has changed, we might be able to > update PmWiki to match. Or perhaps atom/rdf would be better > options. > > Hope this helps! > > Pm > > > > ------------------------------ > > Message: 8 > Date: Wed, 6 Jan 2010 17:55:41 +0100 > From: "Stéphane Heckel" <[email protected]> > Subject: Re: [pmwiki-users] RSS and url link in (:description:) > To: [email protected] > Message-ID: <[email protected]> > > "Patrick R. Michaud" wrote : > >> If the state-of-the-art in RSS has changed, we might be able to >> update PmWiki to match. Or perhaps atom/rdf would be better >> options. > > Hi Patrick, I have tested the bloge-feeds cookbook and it works > like I want. > url are converted to html > > Thanks > > SH > > > > > > > > ------------------------------ > > _______________________________________________ > pmwiki-users mailing list > [email protected] > http://www.pmichaud.com/mailman/listinfo/pmwiki-users > > > End of pmwiki-users Digest, Vol 55, Issue 6 > ******************************************* _______________________________________________ pmwiki-users mailing list [email protected] http://www.pmichaud.com/mailman/listinfo/pmwiki-users
