Travel
Overview
RideMyPark is a map of places to ride, kept up by skaters, BMX riders, scooter riders and rollerbladers. This connector lets Claude search that map and read its listings: the same data anyone sees on ridemypark.com. No account needed to: - search more than 30,000 skateparks, street spots and pumptracks by place, sport and features (bowl, rails, stairs), indoor or outdoor - read a spot: address, features, opening hours, rating with its review count, photos - get the weather at a spot, or a yes/no answer to "can I ride tonight?" with up to three nearby spots you can ride - find skate, BMX and scooter shops, and upcoming contests, jams and demos - browse spots by country, region and city, and read the RideMyPark blog Sign in with your RideMyPark account (OAuth, with a consent screen that lists each permission) and Claude can also: - read your bookmarks and lists, the listings you submitted, your ride sessions and your notifications - submit a spot, an event or a shop in your name, or start a ride session. A submitted listing is not published: it goes to review, the same as from the site. Ten submissions an hour at most. Accounts that already hold admin rights on RideMyPark also get the back-office tools: user search, moderation queue, analytics, reports and activation QR codes. The server checks those rights again on every call. With a regular account, the connector deletes nothing and edits nothing: it only adds listings that wait for review, and the sessions you ask for. You can cut access at any time from Settings > Connected agents. Every tool and its parameters: ridemypark.com/mcp/tools
Tools
ridemypark_admin_get_listing_analytics
Clauderidemypark_admin_get_moderation_history
Clauderidemypark_admin_get_site_analytics
Clauderidemypark_admin_get_submission_quota
Clauderidemypark_admin_get_user
Clauderidemypark_admin_list_mcp_grants
Clauderidemypark_admin_list_moderation_queue
Clauderidemypark_admin_list_qr_codes
Clauderidemypark_admin_run_report
Clauderidemypark_admin_search_users
Clauderidemypark_browse_geography
ClaudeParcourt l'arborescence géographique du catalogue public — pays, puis régions d'un pays, puis villes d'une région — avec le nombre de spots à chaque niveau. Sert à répondre à « dans quels pays y a-t-il des spots ? », « quelles régions françaises sont les mieux couvertes ? », « quelles villes de Bretagne ont un skatepark ? ». Paramètres : - country (string, 2 à 80 caractères) : slug du pays (« france »). Omis, l'outil rend la liste des pays. - region (string, 1 à 80 caractères) : slug de la région. Exige country ; l'outil rend alors les villes. - response_format ('markdown' | 'json') : défaut markdown. Rend, selon le niveau demandé : une liste d'entrées { slug, label, listing_count }, plus le niveau atteint. Limites connues des données : - les compteurs portent sur les fiches GÉOCODÉES : une fiche sans coordonnées n'est comptée dans aucune zone ; - les slugs sont normalisés côté API (minuscules, sans accent) et ne correspondent pas toujours au nom d'usage ; - la couverture est très inégale — la France domine, le reste du monde est épars. Erreurs : - « Aucune région … » quand le slug de pays n'existe pas : reprendre un slug rendu au niveau précédent. - region fourni sans country : l'outil refuse, car une région ne se résout pas sans son pays.
ridemypark_can_i_ride_tonight
ClaudeRépond oui ou non pour CE SOIR autour d'un point, et nomme les spots praticables les plus proches. C'est la question d'un rider en fin de journée, pas un bulletin météo. Le verdict est calculé par l'API RideMyPark, jamais ici : ce serveur ne fait que traduire la question en coordonnées et la réponse en phrases. Paramètres : - near (string, 1 à 200 caractères) : nom d'un lieu, géocodé avant la recherche ; - latitude + longitude (number) : le point directement, les deux ensemble ; - response_format ('markdown' | 'json') : défaut markdown. near OU le couple latitude/longitude est obligatoire. Rend : le verdict ('yes' | 'no'), la soirée couverte (date, heures locales, fuseau), le motif d'un non ('rain', 'night', 'closed', 'no-spots', 'no-weather'), et jusqu'à trois spots avec leur créneau praticable ou ce qui les en empêche. Ce que la réponse VÉRIFIE, et ce qu'elle ignore : - SEC : la probabilité de précipitation heure par heure sur la soirée, pas la moyenne du jour ; - COUVERT : un spot de catégorie indoor est considéré à l'abri de la pluie ; - OUVERT : les horaires déclarés de la fiche ; un spot qui n'en déclare aucun n'est jamais dit fermé ; - ÉCLAIRAGE : AUCUNE fiche ne dit si un spot est éclairé. Une fois la nuit tombée, seuls les spots couverts ET ouverts sont proposés — un spot en plein air peut donc être praticable sans apparaître. Autres limites connues : - le point est arrondi à environ 1 km, et seuls les spots les plus proches sont interrogés : la réponse porte sur une poignée de spots, pas sur tout le rayon (le champ 'scanned' dit combien) ; - la météo vient d'un fournisseur tiers, mise en cache côté API : elle peut avoir une demi-heure de décalage ; - le sol peut rester mouillé longtemps après la pluie — « sec » parle du ciel, pas du béton ; - passé la fin de soirée, la réponse porte sur DEMAIN soir ('tomorrow' vaut alors vrai). Erreurs : - « Rien trouvé pour … » quand le lieu n'est pas reconnu : essaie un nom de ville simple, ou donne latitude et longitude. - Outil indisponible : la météo n'est pas configurée côté serveur, il n'y a pas de réponse à donner.
ridemypark_get_blog_article
ClaudeRend un article de blog RideMyPark en entier : titre, chapô, corps, auteur, date de publication, étiquettes et lien public. Paramètres : - slug (string, obligatoire, 1 à 200 caractères) : identifiant lisible de l'article. - locale ('fr' | 'en') : langue demandée, défaut fr. - response_format ('markdown' | 'json') : défaut markdown. Rend : titre, chapô, corps de l'article, nom de l'auteur, dates de publication et de mise à jour au format ISO, étiquettes, image de couverture, lien public. Limites connues des données : - le corps peut être long ; la réponse est plafonnée en taille et le dit quand elle a été tronquée ; - un article sans traduction dans la langue demandée est rendu dans sa langue d'origine ; - un brouillon ou un article programmé n'est jamais rendu, même avec le bon slug. Erreurs : - « Aucun article … » quand le slug n'existe pas ou n'est pas publié : le reprendre d'un résultat de recherche d'articles.
ridemypark_get_event
ClaudeRend la fiche publique complète d'un événement RideMyPark : de quoi il s'agit, où et quand il a lieu, et le lien vers sa page. Un événement est une fiche du catalogue, servie par la même route qu'un spot ; cet outil vérifie que la fiche demandée appartient bien à l'univers des événements. Paramètres : - slug (string, 1 à 200 caractères) : identifiant lisible de l'événement. - id (number entier positif) : identifiant numérique, à défaut de slug. - response_format ('markdown' | 'json') : défaut markdown. Rend : titre, description, toutes les occurrences datées au format ISO (champ dates) et celles encore à venir (champ future_dates), adresse et ville, coordonnées, catégories, photo et galerie, réseaux sociaux, état de la fiche, date de dernière mise à jour, lien de la page publique. Limites connues des données : - une fiche d'événement peut n'avoir AUCUNE date saisie : les listes d'occurrences sont alors vides, et c'est la description qui porte l'information ; - les occurrences passées restent dans le champ dates : c'est future_dates qui dit ce qui reste à venir ; - la description est du texte libre saisi par l'organisateur, et la fiche peut ne plus être à jour à l'approche de la date ; - le nombre de participants et la liste des personnes présentes n'existent pas sur une fiche d'événement : cet outil n'en rend jamais. Erreurs : - « Aucun événement … » quand le slug n'existe pas : le reprendre d'un résultat de ridemypark_list_events. - « Cette fiche n'est pas un événement » quand le slug désigne un spot ou une boutique : l'erreur indique l'outil qui sert cet univers.
ridemypark_get_geo_area
ClaudeRend la synthèse publique d'une zone géographique (pays, région ou ville) : combien de spots, leur répartition par sous-type et par module, quelques fiches représentatives, et le texte de présentation affiché sur la page de zone du site. Sert à répondre à « qu'est-ce qu'il y a à rouler à Bordeaux ? » par une vue d'ensemble, avant d'entrer dans le détail spot par spot. Paramètres : - country (string, obligatoire) : slug du pays (« france »). - region (string) : slug de la région, pour une zone régionale. - city (string) : slug de la ville, pour une zone urbaine. Exige region dans la plupart des pays. - locale ('fr' | 'en') : langue de la prose rendue, défaut fr. - response_format ('markdown' | 'json') : défaut markdown. Rend : le libellé de la zone, le nombre de fiches, des agrégats (sous-types, modules les plus fréquents), des fiches vitrines avec leur slug, et la prose éditoriale quand elle existe. Limites connues des données : - la prose n'existe que sur les zones travaillées éditorialement ; ailleurs, seuls les agrégats sont rendus ; - une fiche non géocodée n'entre dans aucune zone, donc les compteurs sont un plancher, pas un total ; - les slugs viennent de la normalisation géo de l'API et se lisent dans ridemypark_browse_geography. Erreurs : - « Zone inconnue » quand la combinaison pays / région / ville ne correspond à rien : vérifier les slugs au niveau supérieur.
ridemypark_get_my_activity
Clauderidemypark_get_my_profile
Clauderidemypark_get_platform_stats
ClaudeRend les compteurs vitrine publics de RideMyPark : nombre de spots référencés, nombre de riders inscrits, nombre de villes couvertes. Sert à répondre à « c'est gros, RideMyPark ? » avec les chiffres affichés sur la page d'accueil, plutôt qu'avec une estimation. Paramètres : - response_format ('markdown' | 'json') : défaut markdown. Rend : les compteurs publics et, quand l'API les fournit, la date de leur dernier calcul. Limites connues des données : - ce sont les compteurs VITRINE, mis en cache côté API : ils peuvent avoir quelques heures de retard ; - le compte de spots exclut les fiches fermées et archivées, contrairement à un total brut de base ; - aucun chiffre de fréquentation, de trafic ni de revenu n'est exposé ici. Erreurs : - Service momentanément saturé : réessayer dans un instant.
ridemypark_get_shop
ClaudeRend la fiche publique complète d'une boutique partenaire RideMyPark : présentation, adresse, coordonnées, réseaux sociaux, marques et services annoncés, et le lien vers sa page. Paramètres : - slug (string, obligatoire, 1 à 200 caractères) : identifiant lisible de la boutique. - response_format ('markdown' | 'json') : défaut markdown. Rend : nom, slug, description, adresse et ville, coordonnées géographiques quand elles existent, site web et réseaux sociaux, éventuels spots associés, lien de la page publique. Limites connues des données : - les champs facultatifs (horaires, téléphone, marques) sont souvent vides : ils dépendent de ce que la boutique a rempli ; - le stock, les prix et la disponibilité ne sont jamais suivis par RideMyPark. Erreurs : - « Aucune boutique … » quand le slug n'existe pas : le reprendre d'un résultat de recherche de boutiques.
ridemypark_get_spot
ClaudeRend la fiche complète d'un spot RideMyPark : où il est, ses modules, sa note, ses horaires, sa photo et le lien vers sa page publique. Paramètres : - slug (string) : identifiant lisible du spot, tel que rendu par ridemypark_search_spots (« place-louis-pradel-spot »). - id (number) : identifiant numérique, à défaut de slug. - response_format ('markdown' | 'json') : défaut markdown. Rend : titre, type (street / skatepark / pumptrack), adresse et ville, coordonnées, couvert ou extérieur, liste des modules, note sur 5 AVEC son nombre d'avis, horaires d'ouverture avec fuseau quand ils sont saisis, photo, galerie, réseaux sociaux, lien de la fiche. À savoir sur les données : - la note est absente sur la plupart des fiches ; l'outil dit « pas encore notée » plutôt que de rendre 0 ; - quand elle existe, elle repose presque toujours sur UN seul avis — le compte est rendu avec la note, ne la présente pas comme un consensus ; - les horaires ne sont saisis que sur les spots gérés (skateparks indoor surtout) ; un spot en accès libre n'en a pas ; - une fiche sans photo ne rend aucune URL, jamais l'image bouchon du site ; - un spot FERMÉ (moderation_status « closed », plus accessible) ou ARCHIVÉ (« archived », n'existe plus) reste lisible par son slug ou son id : la réponse le dit en tête. La recherche ne rend jamais ces spots. Erreurs : - « Aucun spot … » quand le slug n'existe pas : le reprendre d'un résultat de ridemypark_search_spots.
ridemypark_get_spot_weather
ClaudeRend la météo courante et la prévision des prochains jours aux coordonnées d'un spot RideMyPark, pour savoir si la session tient. Paramètres : - slug (string, obligatoire, 1 à 200 caractères) : slug du spot. - response_format ('markdown' | 'json') : défaut markdown. Rend : conditions actuelles (température, précipitations, vent), prévision par jour, et l'horodatage de la mesure. Limites connues des données : - la météo vient d'un fournisseur tiers appelé aux coordonnées de la fiche : un spot mal géocodé rend la météo du mauvais endroit ; - un spot COUVERT rend quand même une météo extérieure — elle ne dit rien de la praticabilité d'un park indoor ; - la donnée est mise en cache côté API et peut avoir un décalage de l'ordre de l'heure ; - le sol peut rester mouillé longtemps après la pluie : la prévision ne dit pas si le spot est sec. Erreurs : - « Aucun spot … » quand le slug n'existe pas : le reprendre d'un résultat de ridemypark_search_spots. - Météo indisponible : le fournisseur tiers n'a pas répondu, réessayer plus tard.
ridemypark_list_events
ClaudeListe les événements publics du catalogue RideMyPark : contests, jams, démos, inaugurations de park. Un événement est une fiche publique du site, au même titre qu'un spot, avec sa page sur ridemypark.com/events/. Sert à répondre à « il y a un contest bientôt près de Lyon ? » ou « quels événements sont annoncés en Bretagne ce printemps ? ». Paramètres : - near (string, 3 à 120 caractères) : lieu autour duquel chercher, géocodé automatiquement. Sinon latitude + longitude. - latitude (number -90 à 90), longitude (number -180 à 180) : point de recherche, à défaut de near. - radius_km (number, défaut 25, maximum 200) : rayon autour du point de recherche. Sans point de recherche, aucun filtre géographique n'est appliqué. - country, region, city (string) : slugs de zone, tels que rendus par ridemypark_browse_geography. - query (string, 2 à 120 caractères) : mot-clé dans le titre, la description et l'adresse. - from (string AAAA-MM-JJ) : ne garde que les événements dont une date tombe à partir de ce jour. - to (string AAAA-MM-JJ) : borne haute de la même fenêtre. - limit (number 1-50, défaut 10), page (number 1-20, défaut 1) : pagination, la page 1 étant la première. - response_format ('markdown' | 'json') : défaut markdown. Rend pour chaque événement : identifiant, titre, slug, date annoncée au format ISO, adresse, photo, état de la fiche, et le lien de la page publique. Plus : la page, le point de recherche et le rayon quand ils s'appliquent, has_more, et total_matched quand aucune fiche n'a été écartée. Le slug se repasse à ridemypark_get_event pour la fiche complète. Limites connues des données : - le catalogue d'événements est BEAUCOUP plus petit que celui des spots — quelques dizaines de fiches actives, souvent concentrées sur la France. Une réponse vide est un résultat courant, pas une panne ; - la date rendue est la prochaine occurrence à venir ou, à défaut, la dernière passée : une fiche d'événement récurrent porte plusieurs dates, et seule la fiche complète les liste toutes ; - un événement dont l'organisateur n'a jamais saisi de date n'a pas de date du tout, et la fenêtre from / to ne peut alors pas le retenir ; - les événements de la page rendue sont classés du plus proche dans le temps au plus lointain ; ceux sans date ferment la marche. Ce classement porte sur la page, pas sur le catalogue entier ; - les sorties entre riders (« Ça ride ») ne sont PAS des événements et n'apparaissent jamais ici : ce sont des données privées, hors de portée de ce serveur. Erreurs : - Rien trouvé pour un lieu non géocodable : réessayer avec un nom de ville simple. - Aucun résultat : élargir la fenêtre de dates, augmenter radius_km, ou retirer un filtre de zone.
ridemypark_list_my_bookmark_lists
Clauderidemypark_list_my_bookmarks
Clauderidemypark_list_my_contributions
Clauderidemypark_list_my_notifications
Clauderidemypark_list_my_sessions
Clauderidemypark_list_spot_features
ClaudeRend le vocabulaire exact des filtres du catalogue RideMyPark : les 42 modules (bowls, curbs, euro gap…), les 3 sous-types de spot et les 4 disciplines, chacun avec son slug d'API, son libellé français et ses synonymes acceptés. Sert quand une recherche doit être filtrée précisément et que le terme employé par la personne n'est pas forcément un slug du catalogue (« un bol » désigne « bowls », « escaliers » désigne « stairs »). Paramètres : - response_format ('markdown' | 'json') : défaut markdown. Rend : - modules : liste de { slug, label, synonyms } — le slug est la valeur que l'API accepte ; - spot_types : les trois sous-types (street, skatepark, pumptrack) avec leur libellé ; - disciplines : skate, bmx, scooter, roller, chacune avec la liste des modules qui lui conviennent. Limites connues des données : - RideMyPark n'enregistre PAS la discipline fiche par fiche. La correspondance discipline → modules est une heuristique du serveur MCP, pas une donnée déclarée par les riders. - Les libellés français ne sont pas acceptés par l'API : elle compare des slugs. C'est la raison d'être des synonymes rendus ici. Erreurs : aucune. Cet outil ne fait aucun appel réseau, la taxonomie est embarquée.
ridemypark_search_blog
ClaudeCherche parmi les articles PUBLIÉS du blog RideMyPark : guides, tests de matériel, portraits, actualités des spots. Sert à répondre à « avez-vous un guide pour débuter le skate ? » ou « qu'avez-vous écrit sur les pumptracks ? ». Paramètres : - query (string, 2 à 120 caractères) : mot-clé dans le titre et le chapô. - tag (string, 1 à 60 caractères) : étiquette éditoriale. - locale ('fr' | 'en') : langue, défaut fr. - limit (number 1-100, défaut 20), offset (number 0-5000) : pagination. - response_format ('markdown' | 'json') : défaut markdown. Rend pour chaque article : titre, slug, chapô, date de publication ISO, étiquettes, image de couverture et lien public. Le corps complet s'obtient par la fiche d'article. Limites connues des données : - seuls les articles au statut « publié » sont rendus : brouillons et articles programmés n'apparaissent jamais ; - le catalogue éditorial est modeste, une recherche vide est fréquente ; - la traduction anglaise n'existe que sur une partie des articles. Erreurs : - Aucun résultat : retirer le filtre d'étiquette, ou élargir le mot-clé.
ridemypark_search_shops
ClaudeCherche parmi les boutiques et magasins partenaires référencés sur RideMyPark : skateshops, magasins de BMX et de trottinette, avec leur ville et le lien vers leur page publique. Sert à répondre à « où acheter une planche à Nantes ? » ou « quels skateshops sont partenaires ? ». Paramètres : - query (string, 2 à 120 caractères) : mot-clé dans le nom et la description. - city (string) : ville où chercher. - country (string) : slug du pays. - limit (number 1-100, défaut 20), offset (number 0-5000) : pagination. - response_format ('markdown' | 'json') : défaut markdown. Rend pour chaque boutique : nom, slug, ville et pays, description courte, lien de la page publique, et les coordonnées quand elles sont saisies. Limites connues des données : - le répertoire des partenaires est BEAUCOUP plus petit que celui des spots : quelques dizaines d'entrées, pas des milliers. Une recherche vide n'est pas anormale ; - c'est un répertoire de partenaires, pas un annuaire exhaustif des magasins ; - les horaires et le stock ne sont pas suivis. Erreurs : - Aucun résultat : retirer un filtre, ou élargir la zone.
ridemypark_search_spots
ClaudeCherche des spots de skate, BMX, trottinette et roller dans le catalogue public RideMyPark : plus de 30 000 fiches, la France en tête mais le catalogue est mondial (Tokyo, Chicago… répondent aussi). Sert à répondre à « trouve-moi un skatepark avec un bowl près de Lyon » ou « où faire du BMX à Bordeaux ». Paramètres : - near (string) : nom du lieu, géocodé automatiquement (« Lyon », « Bordeaux »). Sinon latitude + longitude. - radius_km (number) : rayon en km, défaut 25, maximum 200. - discipline ('skate' | 'bmx' | 'scooter' | 'roller') : sélectionne les spots dont les modules conviennent à cette pratique. - modules (string[]) : modules voulus en langage naturel (« bowl », « des rails », « escaliers »). Un spot suffit s'il en a UN. - match_all_modules (boolean) : true pour exiger TOUS les modules demandés. - spot_type ('street' | 'skatepark' | 'pumptrack') : nature du spot. - indoor (boolean) : true = couvert, false = extérieur, omis = les deux. - min_rating (number 0-5) : note minimale. Écarte les spots sans avis, qui sont la majorité. - query (string) : mot-clé dans le nom, la description ou l'adresse. - limit (number 1-50, défaut 10), offset (number 0-500) : pagination. - response_format ('markdown' | 'json') : défaut markdown. Rend pour chaque spot : titre, adresse, distance au point de recherche, type, modules, photo, lien de la fiche, et le slug à passer à ridemypark_get_spot. Limite connue : RideMyPark n'enregistre pas la discipline spot par spot. Le filtre discipline s'appuie sur les modules présents. C'est une approximation, et la réponse le dit. Erreurs : - Rien trouvé pour un lieu non géocodable : réessaie avec un nom de ville simple. - Aucun résultat : élargis radius_km ou retire un filtre.
