Overleg sjabloon:GeoTemplate

Pagina-inhoud wordt niet ondersteund in andere talen.
Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 3 jaar geleden door Romaine in het onderwerp Coördinaten Haava (Võru)

Gebruikte afbeelding[brontekst bewerken]

Dit sjabloon bevat meerdere afbeeldingen die links naar de afbeeldingspagina's vereisen i.v.m. licentievoorwaarden en vindbaarheid voor hergebruik. De gebruikte afbeeldingen zijn:
 Bestand:Earthmap1000x500.jpg,  Bestand:Locator Dot.png.

Uitleg over dit sjabloon is te vinden op https://wiki.toolserver.org/view/GeoHack

Sjabloon[brontekst bewerken]

Volgens mij is dit sjabloon niet nodig. Onze coordinatensjablonen verwijzen naar de https://www.nsesoftware.nl/wiki/maps.asp mapserver. Maar misschien begrijp ik de bedoeling niet van deze code. Michiel1972 26 dec 2009 20:43 (CET)Reageren

Het bleek mij nodig om een foutboodschap bij het aanklikken te voorkomen. Zie: Location link does not work. Het verbaasde mij dat het GeoTemplate er voor heel veel talen was behalve voor het Nederlands. Ik had het probleem van de coordinaten al een tijdje en dacht "het gaat zo wel over" omdat ik het vroeger niet had. Het ging dus niet over zodat ik er beter naar ben gaan kijken en mijn ervaring in de Villagepump van Commons heb geplaatst.Wouter 27 dec 2009 00:13 (CET)Reageren
Ga je het wel vertalen? Multichill 27 dec 2009 00:23 (CET)Reageren
@Wouter: Wellicht is het eerst praktisch dat je uitlegt waarvoor dit sjabloon dient, aangezien we reeds een coördinatenpagina hebben zoals Michiel reeds aanduidt. Dat je een foutmelding krijgt snappen we, maar waarbij dat gebeurt is mij nog een raadsel. Graag vernemen we wat je precies wilt bereiken met dit sjabloon en waar het voor dient. Groetjes - Romaine (overleg) 28 dec 2009 22:48 (CET)Reageren
PS: Wat ik in ieder geval aan kan bevelen is dat we gewoon onze eigen versie van de coördinatenpagina gebruiken, in plaats van de Engelse versie. Dan gebruiken we als Nederlandstalig project overal dezelfde coördinatenpagina. Groetjes - Romaine (overleg) 28 dec 2009 23:02 (CET)Reageren

Het heeft even geduurd, maar nu, een jaar later, is dit sjabloon eindelijk vertaald. Binnenkort moet dit sjabloon ook ingevoegd zijn op Geohack. Een jaar geleden was deze pagina er nog niet op Geohack in het Nederlands, ondertussen zo te zien al wel, alleen nu dan nog de oude onvertaalde versie. Groetjes - Romaine (overleg) 6 dec 2010 02:58 (CET)Reageren

De zoom-factor zoals die op de Nederlandse coordinaten sjablonen 10.000en keren is toegepast werkt niet. Dit omdat elke kaartfabrikant zijn eigen instellingen heeft. Dus een zoom:17 bij onze coördinaten-sjablonen kan niet zomaar naar elke kaart worden doorgegeven; elke kaart heeft zijn eigen conversie nodig. Michiel1972 20 feb 2011 15:41 (CET)Reageren

Even voor de duidelijkheid, dit sjabloon wordt gebruikt door het OpenStreetMap frame (welke op de.wikipedia, commons.wikimedia actief is) en gebruikt dit sjabloon als de taal op Nederlands staat. Of wij het binnen Wikipedia willen gebruiken is irrelevant en die keus is aan ons, niemand verplicht ons iets. Ofterwijl, als ik, met een Nederlandse taalinstelling op Meta-Wiki, Commons, dewiki etc. op hun sjabloon klik en kom op Toolserver/Geo dan is het wel zo mooi als het daar in het Nederlands staat, en om het bewerkbaar te houden heeft de maker ervoor gekozen de code ervoor vanaf Wikipedia te laden. –Krinkle 20 feb 2011 15:45 (CET)Reageren

De kaartenpagina is grotendeels gelijk gebleven, op enkele zaken na. Wat betreft de zoom-factor, naar ik begreep is Akoopal bezig om dat te corrigeren en het goed te maken, waarbij er een cache geleegd moet worden. Gewoon een kwestie van geduld lijkt me voordat dit goed staat. Groetjes - Romaine (overleg) 20 feb 2011 19:18 (CET)Reageren
Sterke twijfels of dat gaat lukken als Akoopal de zoomfactor enkel wil baseren op het 'type' parameter. (kijk eens naar de kaarten van Kasteel van Wijnendale, deze heeft zoom:15 en geen specificatie van type.) Geduld is prima, maar als dat ding na een week nog niet werkt met vergelijkbare nauwkeurigheid gaan we snel weer terug naar het werkende systeem mag ik aannemen. Michiel1972 20 feb 2011 19:26 (CET)Reageren
Het foutje met google maps is nu iig opgelost, dus hij geeft weer de juiste zoom parameter door. Dus in ieder geval werkt het nu zoals bedoeld.
@Michiel: ik snap je terughoudendheid, maar er zijn ook goede redenen om zoom niet te gebruiken. Dat is namelijk specifiek per kaarten provider. Nu zijn de meeste gelijk, maar schaalbaar is het niet. En voor de duidelijkheid, dit is hoe geohack geïmplementeerd is. Aangezien jij een oproep op WP:OG hebt gedaan lijkt het mij redelijk eerst even verdere reactie af te wachten hoe mensen hierover denken. En misschien kan iemand uitzoeken hoeveel coordinaten-links nu geen type hebben? Akoopal overleg 20 feb 2011 20:23 (CET)Reageren
Van Dispenser, de auteur van de geohack tool kreeg ik deze link. Die laat zien waar alleen een zoom parameter staat en verder niets. Kwa aantal lijkt me dat behapbaar. Tevens legde hij uit dat er nu een dim: parameter is, met deze parameter geef je de size van het object in meters aan, en aan de hand daarvan bepaalt de code de zoom. Even getest, lijkt aardig te werken. Akoopal overleg 20 feb 2011 22:32 (CET)Reageren
Het werkt nog steeds niet naar behoren; de opgegeven zoom wordt nog steeds genegeerd. En de parameter dim bestond al langer, en is alleen praktisch voor bepaalde grote objecten. De 'zoom:xx' (gebaseerd op Google Maps) werd in de tool van Erik geconverteerd naar de schaalfactor van de verschillende aanbieders. Er zijn m.i. 2 mogelijkheden om alles weer goed te laten werken zoals vroeger: a) terug naar de oude situatie b) alle zoom:xx waarden in alle coordinatensjablonen converteren en vervangen door de scale:xxxxx parameter die denk ik wel goed werkt met alle aanbieders via de nieuwe mapsserver. Michiel1972 24 feb 2011 13:13 (CET)Reageren
Met dispenser afgesproken dat hij zoom: gaat implementeren, maar die gaat dan wel een waarschuwing geven bovenaan de geohack pagina over een verouderde pagina. Als dat geimplementeerd is gaat het in ieder geval voorlopig weer goed werken. Daarna moeten we gaan kijken naar het vervolg, converteren naar bijv scale: of dim:. Ook zou even naar tools gekeken moeten worden dat ze geen zoom: meer genereren. Ondertussen heb ik de laatste paar dagen besteed aan het fixen van fouten in de aanroep van coordinatensjablonen. Practisch alle errors zouden nu weg moeten zijn. Akoopal overleg 24 feb 2011 23:28 (CET)Reageren
Het toevoegen van een (google maps)-zoom als input voor de 'nieuwe' mapsserver is inderdaad ook een optie. In principe is het niet meer dan een conversietabel implementeren van de gm-zoomfactor naar scale. Bedankt voor je inspanning. Michiel1972 26 feb 2011 22:41 (CET)Reageren
We zijn een maand verder, maar de zoom:xx instelling als parameter werkt nog steeds niet. Bij bv Drents Plateau is het essentieel dat er niet te ver wordt ingezoomd. Wat is de stand van zaken? Michiel1972 26 mrt 2011 13:22 (CET)Reageren
Ik zit weer met Dispenser te praten, hij is te druk geweest nog. De beste oplossing is om over te gaan naar de scale-parameter. Met een botrun zou de zoomparameter omgerekend kunnen worden met 'SCALE = POWER(2, 12 - ZOOM) * 100000', dat zou misschien botmatig gedaan kunnen worden. Akoopal overleg 27 mrt 2011 00:32 (CET)Reageren

(terug inspringen) Even ter controle, dan zou dit de conversietabel worden waarmee de bot de zoom:x parameter moet aanpassen in de scale:y parameter?

  • zoom scale
  • 1 204800000
  • 2 102400000
  • 3 51200000
  • 4 25600000
  • 5 12800000
  • 6 6400000
  • 7 3200000
  • 8 1600000
  • 9 800000
  • 10 400000
  • 11 200000
  • 12 100000
  • 13 50000
  • 14 25000
  • 15 12500
  • 16 6250
  • 17 3125
  • 18 1563
  • 19 781
  • 20 391

De waarden lijken mij wel te kloppen. Het is wel een aanzienlijke klus, ik wacht nog een paar weken op wat reacties. Handiger zou zijn deze tabel in de servercode te verwerken. Michiel1972 27 mrt 2011 21:21 (CEST)Reageren

Al gaat de servercode het accepteren is het wel met een 'deprecated' warning. Dus opzich moeten we toch eens om. Misschien eerst eens beginnen met de sjablonen die alleen een zoom-parameter hebben, en geen type, dim of scale. Dat zijn de meest problematische. Akoopal overleg 27 mrt 2011 21:52 (CEST)Reageren

Werklijst[brontekst bewerken]

Er valt heel wat te verbeteren aan deze pagina... Ik zal er de komende dagen wat verbeteringen aan doen. Julie inbreng is alvast welkom: wat kan er verbeteren, wat moet zeker blijven, .... MADe (overleg) 22 feb 2011 20:27 (CET)Reageren

Open Mapquest[brontekst bewerken]

Misschien is het goed om open mapquest toe te voegen aan de lijst met mapservices. Open mapquest is een project van Mapquest dat gebruik maakt van OpenStreetMap data. Het zijn dus OpenStreetMap kaarten maar met een mapquest stijl en met extra features toegevoegd zoals routing en sattelietbeelden. Het open mapquest project is niet eenvoudig te bereiken vanuit de mapquest site, dus is een extra link zeker niet mis. Mapquest biedt ook de mogelijkheid om OpenStreetMap data direct te bewerken of om een "bug-report" achter te laten.

De site is te bereiken op open.mapquest.com , om de links te creeren kan gewoon gebruik gemaakt worden van de gewone mapquest stijl en de www vervangen door open. --91.181.42.66 15 mei 2011 14:58 (CEST)Reageren

openstreetmap staat al op de lijst. Het is de bedoeling de lijst zo kort mogelijk te houden en dubbels eruit te laten, zodat de lijst overzichtelijk blijft. Niemand heeft iets aan vijf varianten van dezelfde kaartenserviceMADe (overleg) 15 mei 2011 17:00 (CEST)Reageren

File Viewer[brontekst bewerken]

Hello, please have a look to this site → File Viewer Here is a list of sites where the coordinates are not correct --217.246.214.122 9 aug 2011 17:36 (CEST)Reageren

Google Maps ipv Google Earth[brontekst bewerken]

Waarom krijg je tegenwoordig Google Maps voorgeschoteld als je bij Google Earth op satellietfoto klikt? Vroeger werd dan Google Earth gestart.

Ik zie dat dit ondertussen opgelost is. :) LJVerkade

Fout melden[brontekst bewerken]

Ter navigatie/informatie: Per gisteren is de optie om een fout melden toegevoegd, dat gebruik maakt van Sjabloon:Geodata-check, Sjabloon:Geodata-check/report editintro en Sjabloon:Geodata-check/preload. Romaine (overleg) 18 okt 2012 23:03 (CEST)Reageren

Hallo,

is het mogelijk om Waze als map service toe te voegen? Is het mogelijk om dit internationaal te doen? Er is een livemap en een map editor? Als er vragen/opmerkingen zijn, contacteer me via sirkitkat a gmail d com.

sirKitKat

Kopieerbaar maken coords[brontekst bewerken]

Ik heb in het sjabloon de coördinaten kopieerbaar gemaakt zodat ze rechtstreeks ingevoegd kunnen worden in een sjabloon op Wikipedia. Het staat nu bovenin in het grijs. Een andere optie is om onderaan de pagina hier een sectie aan te wijden. Eventueel kunnen daar ook andere weergave vormen neergezet worden zoals die van een infobox met lat_deg=. Graag feedback! Romaine (overleg) 14 feb 2014 01:27 (CET)Reageren

Toevoegen Videomapia[brontekst bewerken]

Videokaart

https://videomapia.org/map3.php#13/52.3562/4.8769

http://videomapia.org/map3.php#{osmzoom}/{latdegdec}/{londegdec}

12 apr 2017 15:07 (CEST)

Coördinaten Haava (Võru)[brontekst bewerken]

Op de helpdesk is een vraag binnengekomen over een coördinatensjabloon dat hardnekkig een verkeerde, gelijknamige plaats in Estland toont, hoewel de coördinaten goed zijn.

Kan iemand meekijken op h:h#Coördinaten Haava (Võru)?

Alvast bedankt! — bertux 26 jun 2020 10:04 (CEST)Reageren

Het probleem zit niet in de sjablonen van nl-wiki, maar het is denk ik goed om te weten waar de koppeling tussen de kaart en een artikel gelegd wordt, zodat we dit zelf kunnen aanpassen/uitbreiden als dat nodig/zinvol is. Romaine (overleg) 2 jul 2020 04:34 (CEST)Reageren