Overleg help:Externe kaarten

Opmerking: In par 2.2.2 worden zoom/schaalfactoren gekoppeld aan een opgegeven type. Dit lijkt me prima keuze als er geen scale/zoom is gespecificeerd, maar indien deze wel aanwezig is, heeft de scale/zoom duidelijk voorkeur. Overigens is de standaardzoom bij type:landmark van 15 veel te ruim, deze moet op iets als zoomnivau 17 worden gezet. GeoNL 14 feb 2007 16:53 (CET)

• Type:landmark moet 15 blijven om compatibel te zijn met het oude script en dat op de toolserver.
• De koppeling tussen type/scale/zoom en de uiteindelijke zoomfactor is veranderd (scale/zoom prevaleren nu boven type), maar de helptekst moet nog worden aangepast (en dat is veel lastiger ;-) ). - Erik Baas 14 feb 2007 17:50 (CET)

Bedankt. Nog iets. Bij sommige artikelen kan ik geen parameter type kiezen/toevoegen (omdat het ontbreekt in het lijstje). Bijvoorbeeld bij een natuurgebied, park, sportpark, treinstation (nu landmark). Zou het niet mogelijk zijn dit type-lijstje uit te breiden naar een wat bredere keuze? Die kunnen we toch zelf introduceren. GeoNL 14 feb 2007 22:44 (CET)

Daar heb ik ook aan gedacht, maar ten eerste is het systeem dan niet meer compatibel, en ten tweede heeft het op dit moment geen zin omdat die waarden nergens gebruikt worden. Overleg even met Michiel1972: die is bezig alle WP-artikelen waarvan de coördinaten bekend zijn te koppelen aan een Google Earth-bestand, en ik weet dat je dan kunt selecteren op welke types in beeld komen (mede afhankelijk van de schaal waarop de kaart/foto wordt afgebeeld); als hij nieuwe waarden kan en wil inpassen heeft het nut, anders niet. Voorlopig moet je je dus voor de schaal maar "behelpen" met scale en zoom... ;-) - Erik Baas 14 feb 2007 23:45 (CET)

Welk coördinatensysteem gebruiken we?

Belangrijk indien men locaties vastlegt met een hogere nauwkeurigheid dan 1 kilometer.

Zie:[Overleg sjabloon] Ed Stevenhagen 4 nov 2007 00:51 (CET)

Nauwkeurigheid

Het weghalen van een alinea, en dan het kopje en een losse zin zie dan nergens meer op slaat laten staan, is natuurlijk geen oplossing. En dat je van een vuistregel geen optimale nauwkeurigheid mag verwachten snapt een kind. Overigens: voel je vrij om er een tabel of calculator in te bouwen die voor iedere plek op aarde wél de exact juiste afstand per graad/minuut/seconde berekent. - Erik Baas 16 nov 2007 02:28 (CET)

De uitspraak zoals die er staat is FOUTIEF. Dus onjuist. In een encyclopedie is het verkeerd om te stellen "we zetten er iet onwaars neer zolang we niet weten wat juist is". Verbeteren? Waarom? Al menige verbetering is weggehaald ook door Erik Baas. Hoe groot is een verschil van één lengtegraad op een "breedtecircel" op de Noordpool bijvoorbeeld? 0,00000 meter en zeker geen 110 kilometer! Ed Stevenhagen 18 nov 2007 23:03 (CET)

Storing o mijnerror

Ik heb de laatste tijd overal waar relevant coordinaten toegevoegd, en nu zie ik ze niet meer terug (staan bij mij bijna altijd bovenaan, zoals: Nador. Als vraag op verkeerde plek gesteld is laat me dat dan ook ff weten. Groet, JanT 16 jun 2008 06:48 (CEST)

Meer dan 100.000 hits per maand

In april 2010 is het externe script 110.431 keer aangeroepen. :-) - Erik Baas 31 mei 2010 22:43 (CEST)

Coördinaten -> Coor title dms

Vanwege de slechte werking van Sjabloon:Coördinaten heeft de beheerder van de Coördinatentool eergisteren het defaultsjabloon in de tool omgezet naar Sjabloon:Coor title dms. Tevens heeft hij Sjabloon:Coördinaten als DEPRECATED gemarkeerd en is het niet meer de bedoeling dat dit sjabloon gebruikt wordt. De andere tool gebruikt al heel lang Sjabloon:Coor title dms als de standaard. Als een van de twee coördinatentools mocht uitvallen is er altijd een goedwerkend alternatief voor handen. Romaine (overleg) 13 feb 2014 13:01 (CET)

Google Maps pakt cöordinaten niet

Ik heb zojuist met dit tooltje de Hoogstraat 312, 1000 Brussel opgezocht en in het artikel Art)&(marges museum gezet. Wanneer ik vervolgens erop klik en naar Google Maps ga, dan zegt hij dat hij het adres niet kent. Kan iemand zien wat ik niet goed doe? Ymnes (overleg) 15 apr 2016 14:18 (CEST)