Template talk:Geolinks-US-streetscale/Archive 1

From Wikipedia, the free encyclopedia

Archive This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
Archive 1
| Archive 2 →



Contents

*******These 15 messages were copied from Template talk:Mapit-US-streetscale and consolidated here.

Don't use the Mapit* templates anymore!

The new version of the templates is at Template talk:geolinks-US-streetscale. RamBot has graciously switched over to geolinks, so the Mapit templates are now deprecated. I've already converted Mapit-US-countyscale into a redirect. I'll do the others too as long as that doesn't start breaking things and as time permits. Some of the really old templates (e.g. MQ-deg, MQ-dec, TZ-m, TS-urb) should probably be scrapped altogether. If I can remember how to VfD, otherwise someone else do it please?


I made these templates to provide linkouts to streetmaps, topo maps, and aerial photography, which I thought could be pretty useful in a number of articles. I just put an example use at Buena Vista Park (assuming no one unedits it). I'm not too much of a Templates stud though, so please feel free to help out with making things better if you have any ideas.

The format isn't so important, but I like the blue box because it attracts attention. If this is not policy-appropriate for external links let me know.

I've tried to make it as easy as possible to add these links. There's already a {{>mapquest}} template for entering text addresses. The latitude longitude approach is more compact and offers a different set of resources (those that take lat/long input).

The idea is for this to be a dynamic template, so that if the web resources change, the template can be wholly overhauled to give new sets of resources for the given long/lat.

Finding lat/long info

Here are some resources for figuring out the lat/long of the location you want:

  • USGS GNIS service is extremely extensive: almost any officially named place in the US is searchable. Provides coordinates in Degrees/Minutes/Seconds format. The easiest way to convert to decimal coordinates (if you don't want to do arithmetic yourself) is to choose the "Display feature in TopoZone" option. You can click around the map on the TopoZone page if you don't think it's centered quite right. Then in the sidebar of the TopoZone page change the "Coordinate Format" to "DD.DDD". The decimal coordinates are now displayed above the map.
  • GeoCode Eagle will give you coordinates for up to 25 U.S. addresses free.
  • TopoZone can give you coordinates for a number of U.S. place names free. From the USGS, so biased towards natural/national landmarks.
  • Epodunk will give you coordinates for a number of U.S. place names free. Seems to be biased towards East Coast, historical community sites. Good for cemeteries.
  • NASA World Wind has a limited database of U.S. and global placenames. Sorry, no street addresses. Press Ctrl-F, enter the official place name, click Search, you will probably find the place you're looking for. Click Go and press Ctrl-C to copy the decimal coordinates. Paste it into Wikipedia. Example: For Tucson International Airport → "worldwind://goto/world=Earth&lat=32.11611&lon=-110.94109&alt=24389"

Remember, North and East are positive, South and West negative.

See also

This is so cool!

I think this is a great idea. My only suggestion: don't put float right into it ---let's leave it inline, because it will look better. I've experimented with hoodscale, trying to use Wiki table markup (rather than HTML) -- hike395 06:00, 30 Nov 2004 (UTC)

I like what you did with the table markup. Taking out float is okay with me, I mostly had it for consistency with other floating link boxes like Wikiquote and Wikisource, but those are semi-internal sources. I took out the float for the image since we don't need it with the table markup version; compacts things a little. --Chinasaur 06:06, 30 Nov 2004 (UTC)
Thanks for your help; I changed the other Mapit templates to wiki table markup. --Chinasaur 06:11, 30 Nov 2004 (UTC)
This is really a neat idea. Is it possible (with those external web sites) to take D/M/S parameters, rather than decimal degrees? The reason why I ask is that it would be so cool to make a parameterized mountain infobox (see Wikipedia:WikiProject Mountains) that would both show the Lat/Long (currently in D/M/S format) and the map links. Right now, we would have to go through all of the mountain articles and convert D/M/S to decimal degrees, which is a daunting task.
The USGS GNIS server produces D/M/S locations, too. -- hike395 06:20, 30 Nov 2004 (UTC)
Topozone takes D/M/S: http://www.topozone.com/map.asp?latd=39&latm=12&lats=42.42&lond=119&lonm=34&lons=02.13&datum=NAD83&u=6 -- hike395
It's non-obvious how to force TerraServer to eat D/M/S. :-(. Do you have any ideas? -- hike395
The MapQuest I did figure out; see Template:MQ-deg. Looks like you figured out Topoone. But I'm not sure about TerraServer; I'll look into it. I put instructions above though for easy ways for people to convert the D/M/S info as they find it. For a big project like converting all the mountain D/M/S the best solution might be to collect all the data and then just write a script to calculate it.
Looking at the description on the TerraServer WebService, it appears that the whole application is built from decimal style coordinates with no Services to convert from DMS, so I sort of doubt we're going to find a GET argument approach to this problem. Bummer, but I think the scripting conversion solution is still do-able. --Chinasaur 07:17, 30 Nov 2004 (UTC)
Actually, a better solution is probably to create a new webpage that is simply a converter; you give it the DMS and it converts to decimal either server side (using PHP or something similar) or client side (using javascript). The webpage then forwards you automatically along to the terraserver page. This wouldn't be hard for me to write, but the problem is I don't think my school webserver will be cool with me shuttling wikipedia queries through, so we'd need someone to volunteer a server to run the converting php or javascript page. --Chinasaur 07:29, 30 Nov 2004 (UTC)
It can be done with Javascript, so why not on a WP page (perhaps User:Chinasaur/dms2dec?  :-)  ). —msh210 22:20, 30 Nov 2004 (UTC)
I believe wikipedia does not accept script tags in wiki markup, so we're shot in the foot on that. If I'm wrong about this please let me know! --Chinasaur 22:39, 30 Nov 2004 (UTC)

Grr... :-(

Okay, so what's wrong with the aerial photo of Gracie Mansion? —msh210 22:20, 30 Nov 2004 (UTC)

Unfortunately, there's no photo at buildingscale resolution for those coordinates. I'll replace the template with the streetscale and it should work. This is something I'd like feedback on (see Template talk:Mapit-US-buildingscale). The options are either:
  1. Make all buildingscale templates link to larger-than-buildingscale b&w aerial photos, in which case we rely on the intelligence of the reader to zoom in/change the photo type if a better photo *is* available.
  2. Link to high res color photos that are only available in some cities, meaning that for cities without these datasets you'd have to rely on editors to use the streetscale template instead.
So far I know that high res color is available for SF and Chicago, but not NYC or Boston. I'm biased to SF, so I'd like to make the high res color part of the template so it can be used where available. --Chinasaur 22:36, 30 Nov 2004 (UTC)
Thanks for fixing GM. I've commented on the issue at Template talk:Mapit-US-buildingscale. —msh210 22:44, 30 Nov 2004 (UTC)

Statue of Liberty

Added a link on the Statue of Liberty page. I noticed that the Aerial building-scale didn't work, so I just copied the template table and pasted it into the statue of liberty page, changing the URL to t=1 and s=10. If you know of a fix for this, please change the article to include the actual template, instead of a table as it does now. --[[User:Brian0918|brian0918 talk]] 04:15, 5 Dec 2004 (UTC)

I also had to do the same thing with the Vehicle Assembly Building --[[User:Brian0918|brian0918 talk]] 05:22, 5 Dec 2004 (UTC)

Nevermind, I just changed them to the streetscale template. --[[User:Brian0918|brian0918 talk]] 06:50, 5 Dec 2004 (UTC)
So I guess you saw the earlier discussion on the problem with building scale for NYC and Boston. I still intend to redo the templates when I get a chunk of time free (hopefully this weekend). That should provide a better fix for these problems. --Chinasaur 01:33, 7 Dec 2004 (UTC)

This is really neat! I love it!

I'm going to suggest to Ram-Man that he add these templates to every U.S. city that the Rambot maintains. And if somebody created template:Mapit-US-countyscale and template:Mapit-US-statescale, then Rambot could add those as well. --mav 22:11, 15 Dec 2004 (UTC)

Alterations

I made a few changes to the template, mostly to make it more lightweight:

  1. I made it a box instead of just a list. This looks better, and emphasizes the related nature of the three links.
  2. I removed the of PAGENAME. It's redundant clutter (the reader should know where they are), and at any rate the article title might have unpleasantness like a disambiguator.
  3. I removed the credits for the maps (e.g., Mapquest); if the reader chooses to click on the link, they will very definitely be told where they are.

Let me know what you think. VeryVerily 14:57, 16 Dec 2004 (UTC)

Didn't you see the original way that this template looked before Maveric149 changed it? According to him, because they are external links, they have to be presented in the form that he put them in before you put them back into a box. See the comments on his talk page. I'll revert for now but if it turns out I'm wrong, please switch it back. --[[User:Brian0918|brian0918 talk]] 15:31, 16 Dec 2004 (UTC)
I noticed it was in some blue box before, which perhaps is reserved for Wikimedia projects. I see no reason why we can't use xlinks in a less assuming box. Mav can raise his concerns here; mine is that the box plain looks better, as it organizes the similar links together, and makes a recognizable form for them for all the pages they appear on, instead of being mixed in with the other xlinks in the unattractive bulleted list. It's also more compact. I have reverted; if I'm definitely wrong we can switch back. VeryVerily 23:51, 16 Dec 2004 (UTC)
Sounds good. Do you think having the title of the box link to a list of the articles which contain the box would be a good idea? I'm not sure how this is done, but it could simply be a link to a search for "Mapit" with results set to 500 or something. --[[User:Brian0918|brian0918 talk]] 00:56, 17 Dec 2004 (UTC)
You could link it to Special:Whatlinkshere/Template:Mapit-US-streetscale. But I wonder if linking like that would make sense to the casual reader. VeryVerily 01:37, 17 Dec 2004 (UTC)
I've looked at a few of the articles where Ram-Bot used the Mapit-US-cityscale template. I think I prefer it the way Mav set it up --- right now, it looks a little strange as a blue box (IMO). For example, see Alta, Utah. I moved the box to align left, instead of right, which helps a little bit (it's closer to the other external links). --- hike395 21:51, 18 Dec 2004 (UTC)
I definitely like your template more. We should use it, and just it, instead of many different ones. Nova77 05:22, 27 Dec 2004 (UTC)

Problem with headers version

Here's a problem with including headers in templates: users can click the edit link for the header and be sent to the edit page for the template, which is probably not what they wanted and is really not a good idea. This is something that I feel should be addressed in MediaWiki, but I don't know the right place to point it out. For our own purposes, I will probably try to work around including header edit links in the Mapit (soon to be geolink) templates. If I can use direct html tags to replace them, I feel this is preferable to allowing people to go to the template edit page without knowing what they are doing.

Thoughts? --Chinasaur 06:49, 24 Dec 2004 (UTC)

Yikes! That does sound like a bug. Hopefully it wouldn't happen very often (would people want to edit these links?). Anyway, we could substitute the current font in HTML for the H3 markup. The sad thing is that these wouldn't show up in the ToC of the larger articles, which is a minor problem.
-- hike395 07:17, 24 Dec 2004 (UTC)
I'm trying to go back to the box (with a little extra margin). Let's see how that works.-- hike395 07:53, 24 Dec 2004 (UTC)
For the purposes of adding the optional categories, I prefer not using a box. But I agree it looks better with a box. What's the current status of the discussion of whether or not to use a box?
There doesn't seem to be a consensus. Judging from the edit history and discussion, Chinasaur and VeryVerily like the boxes, Maveric149 and Anthony DiPierro don't like them and want a list. Not sure about Brian0918. I have a mild preference for the list, but would like some way of making it stand out from other external links.
By the way, I'm getting a WikiMedia error when I try and edit Template:Mapit-US-cityscale. Does anyone else have this problem? -- hike395 15:34, 24 Dec 2004 (UTC)
I'd like to get this cleared up before doing the renamed, slightly rethought geolink version. I think we should go with a list. Use H3 or whatever is appropriate rather than wikimarkup to avoid the edit problem. We can probably find some nice way to add the globe or whatever icon as a float next to the list. --User:Chinasaur
Actually, the header list has the problem that most of the rest of external links does not usually use headers, so it's hard to put the template anywhere other than the end, otherwise you can't tell what goes under than header and what doesn't. I think a better approach will be to put the "Maps and aerial photos" in a single depth bullet, and put the actual links in a double bullet. --165.121.146.7 04:14, 25 Dec 2004 (UTC)
That's an excellent idea! I just implemented it, except for Template:Mapit-US-cityscale, which I still cannot edit (it's flaky).
Chinasaur: I'm not sure geoboxes will competely replace these templates --- we probably should make sure that the geobox mechanism is pretty general (it looks like it can be). For example, cities and counties have an image which shows their locations in the corresponding state; mountains have a photo and some extra information; national parks have the location image + extra park information, etc. I think geoboxes should accomodate all of these. One place to work on geoboxes would be a new Wikipedia:WikiProject Geography. -- hike395 17:02, 25 Dec 2004 (UTC)
I'd like to be as compatible with other information as possible. I'm not sure what you mean by "geoboxes should accomodate all of these" though. I'm not planning on making new boxes to replace the mountain, park, or city boxes. I'm just planning to change the name of the template to geolinks and make it slightly more modular, for example making the color aerial's an optional part of the scheme only for those locations that have them, while the default aerial will always be black and white. I think this is a more consistent approach. Weather satellite photos of the region will also be an optional section. --Chinasaur 05:16, 26 Dec 2004 (UTC)
Oh, sorry. I think I jumped to an incorrect conclusion. I was assuming (from the name, mostly, and the fact that you looked at TreeOfLife) that you were going to create a Wikipedia infobox for geographical objects. This would be in the upper right corner of the article, have an image, a colored border, and a series of information rows. If you wanted to do this (and I think it would be a good idea), you could add extra geobox templates for rows that would be specific to mountains, parks, cities, counties, states, etc. This is equivalent to the TreeOfLife rows that are only valid for species. If you decided to do this, there would be one unifying box for all (well, all US) geographical articles.
Sounds like you're going for something much simpler --- a rework of the template for the external links (at the bottom of the page). That's fine too. The question I have is: do we need a complex TreeOfLife-like thing for that? I like the Mapit templates.. I think they do a great job and are not too difficult to use.
Wow!! These "geobox" templates are really cool. I really like the tiger census map links.
-- hike395 20:36, 26 Dec 2004 (UTC)
Also, I cannot seem to submit changes to cityscale either. I get a server error page every time I try to submit. --User:Chinasaur 05:24, 26 Dec 2004 (UTC)
Mav suggested reporting it to http://bugzilla.wikipedia.org ... I find it kind of intimidating, so I haven't done it yet. -- hike395 05:40, 26 Dec 2004 (UTC)
I was able to edit cityscale now that MW has been updated, so I made it like the rest of the templates. I think the idea of trying to normalize geographic boxes and include some of these links right in the mountain box is a good idea. I don't know if I have time to tackle this sort of thing right now, but if you work on it I will help out. Just make sure you talk things over before you start since we already have sort of a lot of extra templates floating around due to later changes in thinking.

Generalizations of Mapit/Geolinks templates

These really cool templates can be incorporated into geographic infoboxes. One such geographic infobox is the Mountain Infobox as part of Wikipedia:WikiProject Mountains. There's a small discussion about how to integrate the MapIt links into the Mountain Infobox over at Wikipedia:WikiProject Mountains/General. People are welcome to help out over there.

More generally, Mapit links could lead to completely generic geographic infoboxes. Does anyone besides myself think this is a good idea? Should we design a completely generic geographic infobox? -- hike395 14:16, 12 Jan 2005 (UTC)

Not sure what you mean by lead to a generic infobox? --User:Chinasaur
Check out the article Wikipedia:Infobox. I was thinking that, for every geographic article, we could have some sort of infobox that included a picture, spatial extent (in lat/long, perhaps height), and more specialized rows depending on what sort of geographical object it is. This would be a superset of the Geolinks template: it could include external map links, too.
I tried to propose something like this for mountain articles, but no one else was that excited by it, so I'm just adding geolinks separately from the infobox. In fact, that strategy may be best --- keep geolinks separate from infoboxes, since they are external links and belong in the external links section. So, I've kind of given up on the idea. hike395 04:30, 9 Feb 2005 (UTC)
Yeah, leaving it separate seems to be the favored approach for now. I like to be in line with the WP standard, but I'm not totally convinced that geolinks have to be in the external links section. Other external links are not always relegated to the end in that way... But for now, this seems fine. --Chinasaur 15:13, 17 Feb 2005 (UTC)



See Template talk:Mapit-US-streetscale

There are a few quirks to Mapit templates at building scale. First of all, the standard aerial photos don't work at this resolution. However, in some cities (notably san francisco, which is the main place I've tested the templates so far) there is a different data set that does go down to building scale resolution, so I've made that dataset the default for this template.

Also, the topo maps don't look very good at building scale (not designed for that resolution), so I've made the scale for topo the same here as for the streetscale template.

Using the bigger streetscale for the aerial photos might be a better default approach for the aerial photos too if it turns out that the high res data set has poor coverage. We'll see; I now know that it doesn't seem to cover NYC or Boston, making streetscale a better choice for those locations for now.

Seems to have coverage with high res, color aerial dataset

  • San Francisco
  • Chicago
  • DC

Doesn't

  • All non-urban areas
  • New York City
  • Boston

Discussion (the real talk)

Adding another template (with streetscale aerial and buildingscale Mapquest) would be overkill, I think. I think just make the buildingscale template have streetscale aerial and topographical. —msh210 22:44, 30 Nov 2004 (UTC)

I agree making more templates is not ideal. What about just using buildingscale when there is appropriate data and using streetscale when there isn't?


Important

Before changing this template, be aware:

  1. Currently (July 2005) this template appears on almost every US city page.
  2. The original philosophy behind this template was to provide the MOST USEFUL resource for each type of information, not every resource available. Currently we can justify more than one of each type of resource because none is quite full featured, but in the future I hope we will be able to be able to eliminate items, not add more.
  3. If you add new resources to this template, they MUST BE AT THE PROPER MAGNIFICATION to be consistent with the other resources in the template.
  4. There are a set of other templates for other magnifications, and if you change this template it would be nice if you took the time to change the other templates for consistency. See below.
  5. There are also separate templates that can be plugged in modularly for other info such as weather maps. See below. If you have a new type of resource other than streetmaps, aerial/sat photos, or topomaps, consider creating a new modular template rather than changing the main template here.

Information on the whole template set: Template_talk:Geolinks-US-streetscale


*******The following 15 messages were copied from Template talk:Geolinks-US-cityscale

Interwiki link to vi:

Please add an interwiki link to the Vietnamese version of this template:

[[vi:Tiêu bản:Geolinks-US-cityscale]]

Thanks.

 – Minh Nguyễn (talk, contribs) 05:34, 10 February 2006 (UTC)

Breaks lists

When this template is used in an External links list, usually at the end of an article, if it is not the first entry in the list, it breaks the list with an extra blank line.

This can be fixed by hiding the previous newline with an html comment. An example follows:

*List item
*[http://www.ssdcougars.org/ Springfield Schools District website] <!-- Hide NL
-->{{Mapit-US-cityscale|39.926961|-75.335231}}
*List item
*[http://www.ssdcougars.org/ Springfield] <!-- Hide NL
-->{{Mapit-US-cityscale|39.926961|-75.335231}}
*List item

but I don't know how to hide a blank line after the template. -- SGBailey 23:28, 15 February 2006 (UTC)


Adding Template:Coor title d

See Template talk:Coor title dms#Ready for US cities?. -- User:Docu

ms virtual earth

Hi,

I can't seem to edit this one, os i'll post a message here. "Microsoft virtual earth" is now "windows live local"; it's url has been changed from virtual.msn.com to local.live.com... can someone fix it? atanamir 20:49, 6 April 2006 (UTC)

Why is this page protected?

Why? --GeorgeMoney 21:24, 14 April 2006 (UTC)

absurd precision

Most of the articles that use this template seem to give coordinates to the nearest hundred-thousandth of a degree, something on the order of one meter. That's ludicrous; even if you want to put the crosshairs on city hall itself, a hundred meters should be fine. Could we publish a guideline somewhere that coordinates should be given only to the nearest thousandth of a degree? --Trovatore 19:14, 18 April 2006 (UTC)

Yahoo! adds new features to mapping technology.

Yahoo! has added more features to their maps, such as traffic, sattelite, hybrid, flash/ajax, and other stuff. You guys should make it so people can access the new maps using this template!

What do you think about addind WikiMapia link to this template?

Thanks, Jack

Why is longitude displayed as negative?

Couldn't the template be changed so that the longitude displays as 75.3352° W (for example) rather than -75.3352° E ? --Mathew5000 07:22, 6 June 2006 (UTC)

The input is negative. I fixed it by removing "E" as per Template_talk:Geolinks-AUS-suburbscale. -- User:Docu


Wikimapia

It's full of "My house" links and jokes! Until they get a sensible Registration policy it's not going to improve either only get worse - Note the entry on Wikimapia says "Unlike some other wiki-systems, WikiMapia has no registered users and no administrative hierarchy. All users edit anonymously and there is currently no mechanism for monitoring or disciplining problematic users." Jaster 11:39, 27 September 2006 (UTC)

I concur with Jaster entirely. Its entry for Area 51 (http://www.wikimapia.org/#y=37240203&x=-115818558&z=12&l=0&m=a) is full of useless junk and has nothing sourced or worthwhile. WP:EL says links should be "neutral and accurate material not already in the article", and that we should not link to "Any site that contains factually inaccurate material or unverified original research". By both of these criteria Wikimapia isn't an appropriate link. While I appreciate the effort and the undoubtedly clever implemention of Wikimapia, it's not Wikipedia's role to evangelise open source or open content projects. As it stands now, Wikimapia is unsuitable and should be removed - those individual articles whose editors have reviewed the specific Wikimapia area for that article may, if they wish, opt-in by adding an explicit link. Middenface 12:01, 27 September 2006 (UTC)
Note also that its current, vastly undeserved, promenance comes from an edit by Nafos (talk · contribs) (most of whose grand total of 8 edits concern Wikimapia promotion in nav templates). And it was added to the template in the first place by Jacksav (talk · contribs), whose contributions to Wikipedia appear to revolve entirely around spamming Wikimapia onto many articles. Note also that the wikimapia domain [1] is owned by someone named Evgeniy Saveliev, likely Jacksav himself. This looks more and more like just plain spam. Middenface 12:11, 27 September 2006 (UTC)
Thank you for your interest to our project. Your information about Wikimapia is not quite correct. You may find recent information about mutual integration of Wikipedia and Wikimapia on Mediawiki site: http://meta.wikimedia.org/w/index.php?title=Wikimapia
But I will reply here to your worries:
1.Now we are finishing registration system
2.Wikimapia is a one of the top-popular Wiki project tied with maps.
For more information you may visit http://en.wikipedia.org/wiki/WikiMapia, feel free you express your thoughts there.
Alexandre Koriakine 4 October 2006

The information is correct until you get a registration system that restricts edits and allows edits to be reverted ... when your registration system is inplace I'll reconsider my views.

Note your knowledge of Wikipedia is seemingly limited since your link to the WikiMapia page is, a) an external link not an internal one, and b) is a totally inappropriate place to discuss WikiMapia (It's a encylopdia entry about WikiMapia and the Talk page is a discussion of the page not a discussion about the subject). Hopefully you understanding of the Wikipedia registration and editing/review system is not equally flawed or you user registration system may not work to clean up the rubbish on WikiMapia. As I said previously WikiMapia is a great idea that if implemented properly would be the Mapping equivilent of Wikipedia and a great complement to it, but the system of review is seriously flawed *at the moment* Jaster 09:07, 5 October 2006 (UTC)

I understand your critics Jaster. I have made the same and a few other (Licence, Terms of services, etc.). That's why I proposed to discuss the possible connection between Wikipedia and Wikimapia in a more appropriate place : meta.wikimedia. Welcome, you would be very helpfull!--Olivier Auber 18:12, 9 October 2006 (UTC)

Proposal of Near Realtime Satellite Maps

NASA provides mid-resolution (250m/px) satellite photos on a daily base. Users will see hurricanes, weather conditions, wildfires and snow cover. Example: New York. Depending of timezone pictures are not older than 48h. Would you consider this as useful and add it to the template?--Noiv 12:08, 26 October 2006 (UTC)

Does this Template unfairly favor the big 3 map sites?

I read above under "IMPORTANT" (quote:) The original philosophy behind this template was to provide the MOST USEFUL resource for each type of information, not every resource available. Currently we can justify more than one of each type of resource because none is quite full featured, but in the future I hope we will be able to be able to eliminate items, not add more. (end quote)

As a result, Google, Yahoo, and MSN maps (as well as TopoZone) are all guaranteed prominent access, whereas all other map providers must content themselves to a secondary link under the 'Maps and Aerial Photos' header. As a result, if provider X has the premier map for town Y, he/she is nevertheless relegated to secondary status.

Under the philosophy 'I hope we will be able to eliminate items, not add more' the logical result shall be that only googlemaps will in the end receive this preferred billing, and every other map provider shall be relegated to the second tier.

Also, because this Template is the home of the title 'Maps and Aerial Photos' a user wishing to provide a one-of-a-kind map of his/her favorite location(s) faces the challenge of trying to include the one-off map appropriately under the 'Maps and Aerial Photos' Template (which I don't think can be done for a one-off) or placing it generically under the 'External Links' header (which breaks the logical structure of having a separate heading for 'Maps and Aerial Photos.'

I would suggest for consideration that the 'Maps and Aerial Photos' heading be given superiority over the Geolinks-US-Cityscale Template so that the page for any given city could feature locally-produced maps before the universal map servers. For Topeka Kansas (for example) the resulting tree would look something like this:

 --Topeka, Kansas
 ---Maps and Aerial Photos
   ---- local maps
        ---- Joe's Topeka Map
        ---- Map of Topeka by Topeka Maps Inc.
        ---- My map of Topeka because I've lived here all my life and I know the city.
        ---- (this section is editable)
   ---- Automated mapping servers
        ---- Mapit-US-cityscale|36.781549|-119.792113
        ---- (editing of this template is locked)


Under this structure, a Wikipedia user could edit the Map section and his/her local map would achieve a billing above any of the big 3 map server sites.

Disclaimer: I am a new contributer and if there is a more appropriate venue for this discussion please inform me. -SJW2006nov05

Wikimedia Foundation notice, when not dismissed, makes this look stupid

The notice's dismiss link overlays itself over the coordinates when not dismissed...

I am using Firefox 2.0. x42bn6 Talk 16:32, 20 December 2006 (UTC)

It looks odd in IE 6.0 as well. The dismiss command is gone totally and the Coord's just kinda sit inside the Wikimedia box. I usually use Firefox and it does look kinda weird. Anyone wanna fix it? Danner578 10:38, 15 January 2007 (UTC)

Could we add VirtualGlobetrotting links?

VirtualGlobetrotting.com supports searching by lat,lon: http://virtualglobetrotting.com/ll/(lat),(lon). Disclaimer: I'm the owner. Nicjansma

Interwiki addition

[[fi:Malline:GeoUSA]] —Ppntori 14:27, 15 February 2007 (UTC)

Yahoo! Imagery

Yahoo! has a significant _unique_ set of imagery available both in the US and globally which would enhance the Geolinks tag. I'd appreciate it if you'd consider offering this link as well.

Imagery link:

http://maps.yahoo.com/broadband/#mvt=s&lon=-122.243865&lat=37.80736&mag=3

mvt(mapviewtype) can be (s)atellite, (h)ybrid, or (m)ap. —The preceding unsigned comment was added by 207.126.230.225 (talk) 22:33, 29 March 2007 (UTC).

Inclusion of MapQuest

In response to the above comment "Does this Template unfairly favor the big 3 map sites?", it seems that no would be the answer, since the template only unfairly favors the second, third and fourth largest mapping sites.

As of March 2007 for the US comScore numbers lists MapQuest as #1:

  • MapQuest 49 mil unique visitors
  • Yahoo! 29
  • Google 24
  • Live.com 5.8

I would suggest that MapQuest be added to this template as it is the online leader and popular choice by Internet users for Maps & Directions.

Below are example URLs for the template for Street Maps, Hybrid, and Aerial:

http://www.mapquest.com/maps/map.adp?searchtype=address&formtype=latlong&latlongtype=decimal&latitude=40.3366089&longitude=-104.877616&dtype=s http://www.mapquest.com/maps/map.adp?searchtype=address&formtype=latlong&latlongtype=decimal&latitude=40.3366089&longitude=-104.877616&dtype=h http://www.mapquest.com/maps/map.adp?searchtype=address&formtype=latlong&latlongtype=decimal&latitude=40.3366089&longitude=-104.877616&dtype=a

SCJeff 13:44, 3 May 2007 (UTC) SCjeff


***************Now start the true archive of Template talk:Geolinks-US-streetscale]]

Generic geographical coordinates

Egil has worked up a nice prototype for incorporating coordinate translation and external linking into MediaWiki natively (similar to ISBN handling). Everyone should go check out his stuff; it is essentially a more elegant solution, redundant with our efforts here.

I think for the time being the best approach for combining our efforts is simply to keep tabs on each other; if he notices some problem with one of his templates and fixes it, the fix likely also applies to our stuff. And vice versa. Don't pull all his links over to here though; I think geolinks should not be too inclusive with its links; the current set seems pretty comprehensive for US locations. --Chinasaur 01:04, 18 Feb 2005 (UTC)

Geolinks templates

Start templates

Basic templates

No-title versions of Basic templates

These do not push coordinates to the top of the article. They are intended to facilitate integration with other templates that use span to force things to the top of the article.

  • Template:geolinks-US-buildingscale-no-title
  • Template:geolinks-US-streetscale-no-title
  • Template:geolinks-US-hoodscale-no-title
  • Template:geolinks-US-cityscale-no-title
  • Template:geolinks-US-countyscale-no-title

Macro templates

Color aerial templates

For many urban areas (notably not NYC or Boston) TerraServer-USA provides color aerial photos. Since this template links only to one resource, I am putting the zoom argument into the template as the third parameter. This argument can range from 8 for the most zoomed in, to 19 for most zoomed out.

  • Template:geolinks-US-colorphoto

Weather satellite templates

  • Template:geolinks-sat Global composite satellite images (covers whole planet but doesn't zoom in very far)
  • Template:geolinks-US-sat GEOS-E satellite images (more zoomed in of continental US)

Specialized templates

Finding lat/long info

Here are some resources for figuring out the lat/long of the location you want:

  • USGS GNIS service is extremely extensive: almost any officially named place in the US is searchable. Provides coordinates in Degrees/Minutes/Seconds format. The easiest way to convert to decimal coordinates (if you don't want to do arithmetic yourself) is to choose the "Display feature in TopoZone" option. You can click around the map on the TopoZone page if you don't think it's centered quite right. Then in the sidebar of the TopoZone page change the "Coordinate Format" to "DD.DDD". The decimal coordinates are now displayed above the map.
  • Libre Map Project - As part of The Libre Map Project I've created a database with all the GNIS place names from the USGS. It displays the Latitude and Longitude in decimal format so you don't have to convert. To display a list of every town, county, villag, etc., select a state and set the Feature Type to "civil". All data and queries are Free. If the data could be formatted in a more convenient way, let me know. - Redjar 14:14, 29 Apr 2005 (UTC)
  • GeoCode Eagle will give you coordinates for up to 25 U.S. addresses free.
  • TopoZone can give you coordinates for a number of U.S. place names free. From the USGS, so biased towards natural/national landmarks.
  • Epodunk will give you coordinates for a number of U.S. place names free. Seems to be biased towards East Coast, historical community sites. Good for cemeteries.
  • TerraServer-USA gives lat/long for the U.S., and is clickable (you click on the map and it gives you the lat/long of the recentered map, to a certain degree of precision).
  • NASA World Wind has a limited database of U.S. and global placenames. Sorry, no street addresses. Press Ctrl-F, enter the official place name, click Search, you will probably find the place you're looking for. Click Go and press Ctrl-C to copy the decimal coordinates. Paste it into Wikipedia. Example: For Tucson International Airport → "worldwind://goto/world=Earth&lat=32.11611&lon=-110.94109&alt=24389"

Remember, North and East are positive, South and West negative.

end overview
begin discussion

Another metatemplate?

Would anyone oppose me making a meta-template without the "Maps and aerial photos", and linking this into it? Several templates including {{NYCS station footer}} use the links (see 125th Street (IRT Lexington Avenue Line station) for an example of usage), but I had to copy and paste to keep the heading out. I'd like to link the meta into that as well, so if it gets changed the subway stations will too. --SPUI (talk) 10:42, 13 Feb 2005 (UTC)

I think that's fine. Originally I wasn't going to build the header in, but I ended up putting the start template into all the basic templates for simplicity. In the long run I think it's better to keep things all together here so that if we decide to change one of the standard resources we can do it more efficiently (maps.google.com is looking promising now that someone has figured out their coordinate system once they put a coordinate system in rather than the Google local approach). Hopefully you don't need to duplicate every template, only one scale? Otherwise we should consider taking the start template out of the basic scale templates. --Chinasaur 13:45, 17 Feb 2005 (UTC)
And done. It was only for this one. --SPUI (talk) 14:06, 17 Feb 2005 (UTC)
The new template is called Template:geolinks-US-streetscale-neutered. This should be fine for your purposes. However, I'm not sure it's worth plugging it into the normal streetscale template. Probably better for server load to leave the streetscale inline. It's not like you can use the same streetscale-neutered template as a plugin for every basic template; it's only right for streetscale. So I don't think there's much disadvantage to leaving it inline. I will revert streetscale for now. --Chinasaur 14:44, 17 Feb 2005 (UTC)

Topozone coordinate system

I recently changed the set of basic templates to include a topozone directive to use nad83 coordinates. I believe this will help the topozone and terraserver coordinates to match up better, so that when you have a feature centered nicely in the topo it will also be properly centered in the aerial. If this is a problem for anyone we can talk about ways to fix it. It will only really affect quite zoomed in features though. It seemed to work well this way for Coit Tower. --Chinasaur 14:52, 17 Feb 2005 (UTC)

Thanks, that's definitely the way it should be. We would like to change the default datum for incoming coordinates where the datum is not specified to NAD83, but it would break a lot of the incoming links that are still around. Comments/Suggestions welcome @ info at topozone dot com -Scott, Topozone.com

Google maps

Leif clued me in to the coordinate system for the google maps beta. I was able to hack the scale arguments, although not very well. But it works, so I put it into all the templates. Problem is, I don't know how much of the US is covered by google's maps. If it turns out not all of it, we can take google out of the basic template and make a separate template for it. But for now see how you like it. --Chinasaur 14:57, 17 Feb 2005 (UTC)

I'm just getting a blank page with a header at the top with I click the google link (for instance on Buena Vista Park). --SPUI (talk) 16:26, 17 Feb 2005 (UTC)
Are you having this problem consistently? It's working in my IE6 and FF right now. Google maps itself has apparently gone down a few times since their beta started. Maybe we should comment this feature out until maps.google is out of beta. Let's give it a few days to observe behavior. --Chinasaur 22:25, 17 Feb 2005 (UTC)
Yeah, my bad. Looks like it's down. --SPUI (talk) 03:25, 18 Feb 2005 (UTC)
Actually it's not down, it just refuses to load in K-Meleon. When I first tried it out, it told me that it wasn't supported but I could try anyway, and it worked. But now it won't even do that. --SPUI (talk) 08:37, 18 Feb 2005 (UTC)
Yeah, if I set it to identify as IE it works. Hopefully this will be fixed. --SPUI (talk) 08:41, 18 Feb 2005 (UTC)

Generic geographical coordinates, with map links

For a generic, global, concept for handling maps and related resources, please look at the Geographical coordinates WikiProject, and also the coordinate style guide. -- Egil 16:34, 17 Feb 2005 (UTC)

Better Terraserver link?

The Terraserver link currently goes to their special "Terraservice" interface. Is there any reason it does this, rather than the standard interface, which is easier to navigate? --SPUI (talk) 22:35, 9 Apr 2005 (UTC)

I can't remember why I used the "sample map server". If you've worked out the necessary GET arguments, go ahead and change it, or just change one and I'll change the rest for you. Maybe make a note on my talk if you do this after more than a few days. It looks like the standard interface will pick "urban areas" color photos automatically if they are available, which may make the current "color aerial" extra template obsolete (this would be good). --Chinasaur 03:18, 12 Apr 2005 (UTC)
That was trivial - a change from map.aspx to image.aspx seems to have fixed it. I've changed them all (a few were already changed by someone else). --SPUI (talk) 21:25, 15 Apr 2005 (UTC)
Thanks, I will change them momentarily again to take out the specification for black and white photo. Looks like then it will pick the color photo automagically if it is available, which is preferable. I will leave the "closeup color aerial" template though since it is still useful for more close up shots and for shots that are only partially available in color and so might get black and white chosen when color would be better. --Chinasaur 08:38, 16 Apr 2005 (UTC)
I also changed the w=600&h=400 into w=2 since the GET argument for image.aspx works differently. Not sure w=2 is what we want, the more zoomed in w=1 is closer to the old map.aspx way. But I just finished making them all w=2 and taking out the t=1, so for now I'm done... --Chinasaur 09:06, 16 Apr 2005 (UTC)

I just tried to use the Terraserver link on Watchung Circle and got an error. Removing the s=xx argument seemed to eliminate the problem. Please fix... --Lensovet 21:59, 30 March 2006 (UTC)

Hoodscale & Google aerial photo

Is there any reason that the hoodscale template lacks the Google aerial photo link? If not, shall we add it? Bbpen 19:58, 13 Apr 2005 (UTC)

In general if you see inconsistencies go ahead and fix them as you see fit. I don't know any reason why there should be any inconsistencies between templates. --Chinasaur 08:00, 16 Apr 2005 (UTC)
I added it to hoodscale and countyscale.

Changed the template for more accuracy

I changed the template for a few reasons:

  • Some names of services did not have the correct capitalizations (Topozone should be TopoZone, etc).
  • There is a difference between TerraServer and TerraServer-USA (TerraServer is now a for-profit site, while TerraServer-USA still has public domain images).
  • Aerial images are not available for all parts of the United States. If none is available for a certain location, a topographic map will be shown instead (if available).
  • Google Maps images are actually satellite images, and are technically different from aerial images taken from airplanes.

--Ixfd64 22:31, 2005 Jun 3 (UTC)

I generally prefer as compact a template as possible, but I agree these distinctions are probably worth making. If you don't hear any major objections over the next week or so, please consider also changing the other scale templates for consistency. --Chinasaur 08:01, 6 Jun 2005 (UTC)
I will consider changing the other templates in a few days. --Ixfd64 21:09, 2005 Jun 6 (UTC)

Google hybrid map link?

Should we replace the separate Google street maps and satellite maps with the newly-released hybrid maps? It basically just entails sticking a &t=h on the end. --NeuronExMachina 12:13, 23 July 2005 (UTC)

Sounds like a good idea. I often get lost with the satellite image alone. I really like the new hybrid. Nelson Ricardo 14:46, July 25, 2005 (UTC)
Go for it; I would say just leave the format the same and replace the google aerial link with the hybrid link. Please change other templates as well. --Chinasaur 08:11, 27 July 2005 (UTC)

Integration with Google Earth

Guys: I think that Google Earth is very cool, but it is a desktop application, not a web service. I have a stupid hack that will launch Google Earth if it is installed (CGI to convert URL params to KML file and return correct MIME type). I have created a new template called Template:GIS view and it has three inputs: lat, long and height. It seems like the natural units are decimal on the lat/long and meters for altitude because that is was the KML format uses. I would appreciate any feedback you have.Amorrow 08:54, 1 August 2005 (UTC)

Google Maps > Google Local

Just a heads up, I took the liberty of changing all (or at least most) of the references to "Google Maps" to "Google Local" to reflect the service's new name. -Jeff 02:04, 18 October 2005 (UTC)

Virtual Earth change

The link to Virtual Earth is broken -- now it appears to be "Windows Live Local powered by Virtual Earth". Anyone want to change the template? --WCQuidditch ☎ ✎ 14:41, 11 December 2005 (UTC)

US Census TIGER images

from discussion on Wikipedia talk:WikiProject Bridges the notion of TIGER images came up. I wasn't aware of them before, apologies if this has been raised but would this be another good thing to add to the templates? Here is an example URL:

 http://tiger.census.gov/cgi-bin/mapsurfer?act=in&infact=2&map.x=211&map.y=180&lat=41.9158630&lon=-73.9838486&wid=0.015&ht=0.015&iht=359&iwd=422&&off=CITIES&tlevel=-&tvar=-&tmeth=i&mlat=41.93011&mlon=-73.99726&msym=redpin&mlabel=Kingston__NY&murl=&conf=mapnew.con

I don't know how to decode all the parms (some for example I KNOW aren't needed, like the label and pushpin type) but it does seem to take latitude and longitude parameters... Presumably this data is PD or government data, and therefore images of it could be made free of copyvio issues (some of the bridge infobox templates have a place for a map image, all the other sources in this template are I think copyrighted non PD images and therefore can't be taken for the 'pedia? Please feel free to redirect me if I should ask this question elsewhere. Just modifying the template is a bit beyond my current metawiki skills I think, plus it's used a LOT of places so wouldn't wnat to break things! (I am bold but not THAT bold!) ++Lar 03:28, 24 December 2005 (UTC)

Let me rephrase that question, since I see "surrounds" uses TIGER already... should "hoodscale" have a line for surrounds? ++Lar 03:30, 24 December 2005 (UTC)

Simple How to for noobs and non-programmers

I just finished creating a simple "how to" article for people who simply want the basics on adding georeferenced link templates to wikipedia articles. It is called Wikipedia:Coordinate-referenced map templates. Feel free to change the name of it or edit it to death, but I didn't see any other place where a noob could get basic instruction on the different template options that are out there. Please message use the discussion page on this article if you have any major beefs with the article MPS 05:14, 25 January 2006 (UTC)

standardization

Why are the fields different for this and Template:Geolinks-US-hoodscale Template:Geolinks-US-cityscale? Some of them have Yahoo, MS virtual earth, others do not. Is this a technical problem? If so, why not eliminate the difficult ones until they can be made the same for all scales. Why does the hoodscale page redirect here? Cacophony 01:10, 5 February 2006 (UTC)

Things get decrepit once in a while. I was going to say please fix what you can or I'll try to get around to it, but it looks like things are already fixed up pretty well. In general, if you think you understand the guiding principles (1: be selective about what links are in these templates, 2: be consistent across the different scale templates) then feel free to fix things up when necessary. --Chinasaur 18:00, 25 March 2006 (UTC)

Interwiki link to vi:

Please add an interwiki link to the Vietnamese version of this template:

[[vi:Tiêu bản:Geolinks-US-streetscale]]

Thanks.

 – Minh Nguyễn (talk, contribs) 05:36, 10 February 2006 (UTC)

Done, thanks. - Bobet 11:24, 25 August 2006 (UTC)

Bold styling

Can we remove the bold styling on the first link? jareha 05:11, 13 February 2006 (UTC)

A bug in a template usage

Please see article Redridge Steel Dam, which includes {{Geolinks-US-streetscale|47.147291|-88.763180}} I'm doing something wrong there but am not sure what. The coords are displaying at the very top of the article instead of at or near the rest of the links to the map. Does the template expect that it is contained in a table or under a specific heading? Thanks! ++Lar: t/c 19:28, 11 April 2006 (UTC)

It's not a bug. I'm not sure where the discussion on this is, but this "feature" has been added to several of the coordinates templates including this one. -Aude (talk | contribs) 13:35, 13 April 2006 (UTC)
OK, a feature then. But it's a feature I would prefer to have control over, I don't want the coords at the very top of the article where they throw off the rest of the look and feel, unless that is now a mandated style? Short of forking, how does one achieve that? Pointers to where this has been discussed gratefully received! ++Lar: t/c 13:56, 13 April 2006 (UTC)
Consider using Template:Geolinks-US-streetscale-no-title in such a case? --- User:scbomber (no worries -- only bombs in netrek 15:02, 11 April 2007 (UTC)

Please make this optional

See Wikipedia_talk:WikiProject_Geographical_coordinates#Consensus where User:Saxifrage says that embedded use of coord d is not necessarily widely supported. Please consider making this an optional thing (using {{qif}} perhaps?), perhaps defaulted to on so as not to upset other uses too much, but I want to be able to turn it off without having to make a fork of this template. Thanks for giving this careful consideration. ++Lar: t/c 21:08, 13 April 2006 (UTC)

Google - marker symbol

Hope no one minds, but I just modified this template to add the "query" parameter for google maps, which will add a marker symbol at the specified lat/long location. The "ll" parameter used (still kept it there, but perhaps not needed) merely centers the map but no marker. -Aude (talk | contribs) 13:33, 13 April 2006 (UTC)

  • Is this still accurate? I would like to see a marker pointing to the coordinate like it does on a couple other map templates.--NMajdan•talk 16:00, 22 June 2006 (UTC)
  • This still needs to be done for this template. All that is required is to add a &q={{{1}}},{{{2}}} into the link to Google Maps. This will add the marker at the center of the map. All the other geolinks templates do this. Otto42 15:43, 6 August 2007 (UTC)

E/W mixed up-bug

The coordinates displayed at the top of articles like Redridge Steel Dam or Three Mile Island indicate a position east of Greenwich, which is wrong, even though the data is given correctly (I suppose) in the article source. Robert--84.190.78.189 23:06, 17 April 2006 (UTC)

I agree. Use either the + and - numbers (with east and north positive), or use N E S W for the directions. Even if they are correctly entered, -101.32° E is a pretty dumb way to express 101.32° W, but I'd bet that a lot of people haven't enered them correctly. Gene Nygaard 05:08, 19 April 2006 (UTC)

Google Local - name change to Google Maps.

Would an administrator please edit the coding to reflect the name change? Google just announced today that they changed the name Google Local back to Google Maps - see here. All instances of 'Google Local' should be changed to reflect the semi-new name. –- kungming·2 | (Talk·Contact) 06:17, 22 April 2006 (UTC)

  • I would like to second this request. --taestell 23:17, 1 May 2006 (UTC)
    • I third, and I was the one who changed this in the first place (before the page was protected)-Jeff (talk) 18:38, 10 May 2006 (UTC)

Done. (my first admin action!) ++Lar: t/c 19:04, 10 May 2006 (UTC) (PS, note, this was ONLY to change the name, 2 occurances of "Local" to "Maps". It did not address the more serious coord problem mentioned below because there's not, in my view, clear consensus for any change)

GlobalGuide.Org

This is yet another Google Map derivitive but it displays Wikipedia/Wikitravel articles 'on-the-fly' as well depending on the parameters:

--87.212.10.97 15:19, 29 April 2006 (UTC)

Conflicting title links

FYI, I recently noticed that this template has added a feature whereby a link to the coordinates appears just below the article title line.

But there seems to be a conflict with the {{coor title dms}} template on some articles. See Old Faithful Geyser for an example -- at the time of writing this note the two title links overlap. — Eoghanacht talk 14:34, 10 May 2006 (UTC)

A strong argument for not doing this, in my view, and in general, for not doing things that force absolute coordinates when rendering things... For reference the version in question is this but if the templates are fixed it will no longer have that appearance, presumably... ++Lar: t/c 14:53, 10 May 2006 (UTC)

Old Faithful Geyser could use another template, e.g. Template:Geolinks-US-hoodscale instead of Template:Geolinks-US-streetscale. There are no conflicts then. -- User:Docu

Consider using Template:Geolinks-US-streetscale-no-title or such for example? --- User:scbomber (no worries -- only bombs in netrek 15:48, 11 April 2007 (UTC)

Please fix

Would somebody please fix this thing. It should flow nicely when placed in external links, but the coordinates are totally misplaced and make it look disorganized. I suggest moving coordinates directly after and on the same line as "Maps and aerial photos". Thank you.--Nelson Ricardo 16:35, 1 June 2006 (UTC)

Which page are you looking at? Which skin do you use? -- User:Docu

What do you think about addind WikiMapia link to this template?

WikiMapia

Jack

There are at least three Wiki/Google mashups out there I know. If WikiMapia stays, why exclude Placeopedia or GlobalGuide? I have removed this, pending further discussion. --132.229.27.151 11:29, 21 June 2006 (UTC)

I liked the WM links (in the building-scale template which I can't find) because they provided large photo fields with appropriate zoom levels. I marked up some things in my area. WM has a larger view and it seems more flexible because you can add text descriptions to things that aren't on Wikipedia, and you can make a box to show the size of the thing in addition to its location. Also, Terraserver is a little off in my area; the others agree with each other and if I go by them then TerraServer ends up showing the street in front of a school instead of the school. So I think WikiMapia is better than TerraServer which is still up there. --Howdybob 19:01, 22 June 2006 (UTC)


It's upon to people decide, what is better. --Alexandre Koriakine


Recently I opened this site – it’s awesome. All famous and many local interest places already marked there. Now I use it instead of maps.google.com. I think it must be in template - it's known and popular. I cheeked stats of these sites: http://traffic.alexa.com/graph?w=725&h=370&r=6m&y=r&a=1&z=6&u=wikimapia.org&u=placeopedia.com&u=globalguide.org

--sonua 14:22, 12 July 2006

Please keep this in sync

Please keep this in sync with Template:Mapit-US-cityscale . In particular, plase add the WikiMapia link to this template. -- 16:53, 29 July 2006 (UTC)

a bot for this template

I'm not too familiar with how bots are done, but I was thinking it would be very convienent if someone wrote a bot to take Category:Geography_of_Massachusetts, which has coordinates in most of the articles, and moved them into a mapit template on each page. thoughts? Arwcheek 12:52, 10 August 2006 (UTC)

Broken? (PHP errors)

I was on the Australia Zoo article and clicked on the external link saying {{geolinks-start|-26.837512|152.960844}}

This link was working several days ago, but now it gives the following PHP errors:

Warning: main(../../wiki/includes/Defines.php) [function.main]:
failed to open stream: No such file or directory in
/home/egil/public_html/extensions/mapsources/index.php on line 40

Fatal error: main() [function.require]: Failed opening required
'../../wiki/includes/Defines.php' (include_path='.:/usr/lib/php:/usr/local/lib/php')
in /home/egil/public_html/extensions/mapsources/index.php on line 40

Any hope for getting this fixed?

Richwales 16:00, 22 September 2006 (UTC)

I updated the links from kvaleberg to Template:Coor URL. -- User:Docu