Re: [OSM-talk] [tagging] new proposal - graveyard
> i've noticed that there are two tags for places where people > are buried - cemetery and graveyard, with an ambiguous > distinction between the two > > this proposal is to make one obsolete > > http://wiki.openstreetmap.org/index.php/Proposed_features/graveyard > > comments are welcome I don't believe it to be so ambiguous... Just needs a little initial clarification. My full comments on this are on the wiki. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
El Martes, 5 de Febrero de 2008, Frederik Ramm escribió: > Hi, > > > Basically, pulling every piece of data individually and putting it > > togheter again is a transformation of the OSM DB, AFAIK. > > What if they crowdsource this? 1000s of people copy a tiny bit, and > someone then reassembles it ;-) If it's automated, we send a lawsuit. If it's crowdsourced, we just send a suicide bomber to The People's Map HQ... (note to intelligence agencies: I'm just kidding with the bomb thing...) -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> ...la Debian no es más difícil, sólo tiene menos colorines al principio. -Andrés Herrera, en e.c.o.l.misc signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Progressing OSM to a new dataLicence regime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Axel Marquette wrote: | Le 4 févr. 08 à 19:22, Tom Chance a écrit : | |>>> This sounds like a nightmare: I could lose weeks of work because |>>> someone who fails to reply played with Potlatch once for a few |>>> minutes and then vanished. |>> You have a better idea? :-) |> No, but it's a bit scary without having any good idea of the number of |> people who won't respond. Here are two possibly rubbish ideas: | | I'm just a french law student, not an accomplished jurist yet, but | could'nt you use the concept of "silence equals consent". When | publishing the next license, just include a clause saying that as | long as users do not explicitly refuse to comply, their silence is | being considered as acceptance of the new terms and their data is | distributed under these terms. Adding a deadline of one year would | allow OSM to definitively "lock" the data under the new license to | prevent a zombi coming back ten years from now to claim a refusal. | The question this poses though, is wether or not the current legal | terms allow OSM to undergo such a procedure on behalf of users and | their accounts. I'm still think that the foundation owns everyone's data already. When you sign up, it says: "By creating an account, you agree that all work uploaded to openstreetmap.org and all data created by use of any tools which connect to openstreetmap.org is to be licensed under this Creative Commons license (by-sa)." I read that as anything I give to OSM, they will license back to me (and everyone else) under CC-by-sa. It can't possibly mean that I am licensing it to them under CC-by-sa, because they don't even remotely comply with the 'by' part of that license. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHp61uz+aYVHdncI0RAnynAJ9bwN2u+izJnwdai+041C3nZJY5qwCeKWL0 mUd2/isZMcvKkNQSiznG+mw= =3NHV -END PGP SIGNATURE- ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] SOTM08 - Call for Volunteers
Hi all, Gareth Eason and I would like to open up the call for volunteers to help us organise State of the Map 2008 this coming July in Limerick: http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008 All are welcome to pitch in, but in particular we would welcome: - people involved in organising the first SOTM, as we can no doubt learn much from their experiences; - people with experience of organising other conferences (ditto); - people in Ireland and especially the West of Ireland (for local contacts and mapping!). If you would like to volunteer, please mail me and Gareth with some idea of how you might like to get involved. We're currently working on finalising the venue details, and when that's done we'd like to get as much else organised as soon as possible. Christian van den Bosch : [EMAIL PROTECTED] Gareth Eason : [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
In message <[EMAIL PROTECTED]> MJ Ray <[EMAIL PROTECTED]> wrote: > After all, with the FDL, there was enough "room for mischief" that a > GNU project declared its whole manual to be an invariant section and a > magazine that said its table of contents was an invariant section. > Those uses were clearly not what FDL's authors intended, but there > will always be someone who misinterprets or deliberately misuses a > licence and then the default licensing position is "no licence". But the default position is not "no license" when it comes to databases. What you say is perfectly correct for creative works where copyright applies, but in most countries copyright does not apply to collections of facts and you have to rely on database right in those countries where it exists. Where database right does not exist the default position is that anybody can do what they want. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Hughes wrote: | In message <[EMAIL PROTECTED]> | Richard Fairhurst <[EMAIL PROTECTED]> wrote: | |> Tom Evans wrote: |>> If we're going to do this anyway, can we not allow users to mark |>> their preference as public domain too? It seems a significant |>> number of OSM participants may be perfectly happy to have their data |>> given away PD, and storing an option per user would make this |>> possible. We're going to do that work of asking each user anyway, |>> so why not let each user mark themselves as |>> one of: |>> |>> a) Public Domain |>> b) Open Database License |>> c) CC by SA (the default now) |> Thus far everyone who signs up to the project has already agreed to |> CC-BY-SA. We don't believe it's a viable option for data licensing |> going forward so would not seek to offer it as a choice. |> |> The idea of storing an optional 'PD?' preference per user is an |> interesting one and we'd welcome feedback as to whether there'd be the |> demand for this. Effectively this would be requesting that OSMF, or |> anyone else, creates a public domain database from your contributions. | | One problem with this idea goes back to David's question about | edit history - if we had a per-user PD flag then only objects which | had never been touched by somebody without that flag set could be | included in any PD data set (modulo the whole question of whether | any edits by such people were "significant" which would be hard to | determine automatically). I think that we should reduce the time before the data becomes public domain from year of editors death (which will be very hard for someone in 100 years time to find out) + 70 years to year of entry into the DB + about 10 years. I don't think any more really helps OSM. The idea that someone in around 100 years time will still have to struggle with the license issues we are setting up now on my data really worries me (I expect most of the community is young enough that we will still be alive more than 30 years from now). Also I think that data should be assigned to the foundation, so that they can allow exceptions absolutely, rather than have to say "Well, I think that's OK, please go and hire your own lawyer to interpret our license". If the community agreed, the foundation could use this as a source of income, like MusicBrainz. This would require the foundation to have a fairly solid democratic basis. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHp6gnz+aYVHdncI0RAmy6AJ4iUqd9lywSE0LJJaiwo5iXBYpW1wCfSnbv cTdkQqrbT/FyAz1Emy+NVno= =JEVj -END PGP SIGNATURE- ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
Hi, > By "room for mischief" I mean "the ability to hand people restricted > work in practice". I mentioned the burden on redistributors as well. > Work may be Free Upstream, but it's important that it is Free On Actual > Delivery as well. Not so important to me, to be honest. But we've been there ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
Hi, > Basically, pulling every piece of data individually and putting it togheter > again is a transformation of the OSM DB, AFAIK. What if they crowdsource this? 1000s of people copy a tiny bit, and someone then reassembles it ;-) But to be quite honest, I don't care. If someone invests such an amount of money or labour to get at our data then it must be quite good indeed ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] Progressing OSM to a new data Licence regime
On Mon, 2008-02-04 at 12:31 +, Tom Evans wrote: > > Stage 3 - Email all OSM users who have contributed > > > data with the option of re-licensing their data > > > > If we're going to do this anyway, can we not allow users to mark their > preference as public domain too? It seems a significant number of OSM > participants may be perfectly happy to have their data given away PD, and > storing an option per user would make this possible. We're going to do that > work of asking each user anyway, so why not let each user mark themselves as > one of: > > > a) Public Domain > b) Open Database License > c) CC by SA (the default now) > > > > Then keep this preference. People wanting a PD map can then quite > legitimately extract the PD subset of data. We'll have to create the tool > for extraction by license choice anyway. What happens if a non-PD editor edits PD data? Does it become non-PD or does it stay PD? What if the editor doesn't want their edits to be PD? This is why we need one licence for everyone. I'm happy for my GPXs to be PD, but not my edits. -- Bruce Cowan <[EMAIL PROTECTED]> ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] TMC data import
hi, some days ago, in the italian mailing list, niubii pointed us to the italian TMC dataset [1]. The dataset contains all the italian motorways and main roads, and if we can use it (we are contacting the administration to ask about the licence) it could be a great improvement of the italian map. I think everybody should check the dataset avaibility and usability in his country, it should be in the same format all over the world. I'm coding a php set of scripts to import it to a mysql db (i managed to do it) and then to to OSM database via API and/or .osm files. In the next days i will try to generate a couple of .osm files of some main roads to verify the data quality. Right now i'm thinking how to reference the TMC data, and i think i will use a tmc : tmc_code = tmc_id Edo -- Edoardo Marascalchi ICT Consultant website: http://www.edoardomarascalchi.it skype: My status ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Canals
IMO it should be possible to specify any of these things in meters too. Because I'm a Dutch sailor and I use meters (heights and widths), decimeters (depth) and nautical miles (distances). That's also the way it's on my maps. I really have no idea how long an inch is (and the only thing I know about feet is that my 6.5 meter boat is 22 feet). So I really don't like it to specify units in feet and hope it will at least be possible to use meters. Steven Dermot McNally schreef: On 04/02/2008, Gervase Markham <[EMAIL PROTECTED]> wrote: Note: canal measurements are given in feet and inches, as "\d+ft( \d+in)?". That is, a number, followed by "ft" as an abbreviation, a space, and then optionally a number and "in". I can't tell if this is your words or something you've quoted, and I can't find it under the links you've provided. But is anybody suggesting that canals (worldwide) _must_ be measured in feet and inches? The closest we had come to this in the earlier discussions was that many felt that it should be _permissible_ to do so, and even then it was looking like many of the options available were going to be very messy. Dermot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Canals
Dermot McNally wrote: > I can't tell if this is your words or something you've quoted, My words; and, in hindsight, loose ones. Let's try something like: Note: Any canal measurements which are in feet and inches are given as "\d+ft( \d+in)?". That is, a number, followed by "ft" as an abbreviation, a space, and then optionally a number and "in". (This is as opposed to <5"4'>, <5 foot 4 inches> or any other of the many possible variations.) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] big ways in Potlatch
Richard Fairhurst wrote: > That's usually a sign of an old Flash Player. What version are you using? Ah, so that's what it is! I just though that the new Potlatch UI was sucking. ;-P Is there a note to this effect somewhere in the docs which I missed? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] India has been uploaded
This afternoon the AND data from India was finally uploaded, took a bit over two hours. It should start showing up in the renderers shortly... Have a nice day, -- Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Place of worship: wayside crosses
Stephen Hope wrote: > There was some discussion about this on the list last month, (in a > thread that started by talking about the Icon tag), and there is now a > proposed tag as wayside_cross (there is also wayside_shrine). A wayside cross is generally very much not a wayside shrine, of course :-) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
El Lunes, 4 de Febrero de 2008, Gervase Markham escribió: > My question is this: if the database as a whole is covered by a SA > provision, but the individual facts are equivalent to PD, how can the > law prevent a nefarious person splitting the database into lots of > individual facts by e.g. putting each on a separate web page, then > trawling the pages to reassemble their own database of all the facts, > which they then own? It may have a different schema, but basically all > the data would be there. The law can't prevent that. But OSM (or the OSMF) could sue afterwards. Basically, pulling every piece of data individually and putting it togheter again is a transformation of the OSM DB, AFAIK. This is when the definition of "substantial" in the law kicks in. If they managed to get a hold on a substantial quantity of data by making lots of non-substantial queries, they'll have a problem. Disclaimer: IANAL, YMMV. Or, better said, "Your Jurisdiction May Vary". Cheers, -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> Brújula: señórula que va montádula en una escóbula. signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] srtm2shp - Shapefiles from SRTM contours - new version
On 4 Feb 2008, at 22:01, Andy Allan wrote: > On Jan 19, 2008 9:15 PM, Nick Whitelegg <[EMAIL PROTECTED]> wrote: > >> Here are the details on the parameters: >> >> Usage: srtm2shp -b comma_separated_bbox [-I InCoordFormat] [-O >> OutCoordFormat] >> [-i height_interval] [-S step] [-f] [-l srtmlocation] shpfile > > Hi Nick, > > Been looking at this today, but can't get it working. I'm trying this: > > [EMAIL PROTECTED]:~/srtm2shp$ ./srtm2shp -b 0,50,1,51 -I latlon -O latlon > -i 100 -l /home/osm/vmap-no-rcs/srtm/data/ test > > where the folder mentioned has lots of hgt.zip files, but it appears > to go into an infinite loop. Is the command line correct? Can srtm2shp > read .zip files? Don't think so. Try unzipping them > Am I missing something else? > > Cheers, > Andy > Artem > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] srtm2shp - Shapefiles from SRTM contours - new version
On Jan 19, 2008 9:15 PM, Nick Whitelegg <[EMAIL PROTECTED]> wrote: > Here are the details on the parameters: > > Usage: srtm2shp -b comma_separated_bbox [-I InCoordFormat] [-O OutCoordFormat] > [-i height_interval] [-S step] [-f] [-l srtmlocation] shpfile Hi Nick, Been looking at this today, but can't get it working. I'm trying this: [EMAIL PROTECTED]:~/srtm2shp$ ./srtm2shp -b 0,50,1,51 -I latlon -O latlon -i 100 -l /home/osm/vmap-no-rcs/srtm/data/ test where the folder mentioned has lots of hgt.zip files, but it appears to go into an infinite loop. Is the command line correct? Can srtm2shp read .zip files? Am I missing something else? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Canals
On 04/02/2008, Gervase Markham <[EMAIL PROTECTED]> wrote: > Note: canal measurements are given in feet and inches, as "\d+ft( > \d+in)?". That is, a number, followed by "ft" as an abbreviation, a > space, and then optionally a number and "in". I can't tell if this is your words or something you've quoted, and I can't find it under the links you've provided. But is anybody suggesting that canals (worldwide) _must_ be measured in feet and inches? The closest we had come to this in the earlier discussions was that many felt that it should be _permissible_ to do so, and even then it was looking like many of the options available were going to be very messy. Dermot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
MJ Ray wrote: > [EMAIL PROTECTED] wrote: [...] > If you think it's a bad idea for another reason, then fine, but "room > for mischief" applies to almost all licences. Ultimately, whether > work is Free and Open with a capital F O is how it's actually handled > in practice. By "room for mischief" I mean "the ability to hand people restricted work in practice". I mentioned the burden on redistributors as well. Work may be Free Upstream, but it's important that it is Free On Actual Delivery as well. > As long as Parallel Distribution as specified will stand up as a > requirement if challenged, that's not a problem in itself IMO - it > seems a good way to make DRM copies more expensive and more cumbersome > and so discourage it. It actually makes transparent (sic) copies more expensive and more cumbersome from the point of view of the DRM-enamoured. Having the simple requirement that work be unencumbered sidesteps all this. - Rob. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] Mapping Canals
Based on the discussion from a few weeks ago, I've made a number of new proposals relating to canals which are now listed on the Proposed Features page at the bottom of various categories: http://wiki.openstreetmap.org/index.php/Proposed_features#Proposed_Features_-_Waterway http://wiki.openstreetmap.org/index.php/Proposed_features#Proposed_Features_-_Amenities http://wiki.openstreetmap.org/index.php/Proposed_features#Keys http://wiki.openstreetmap.org/index.php/Proposed_features/Potable_Water http://wiki.openstreetmap.org/index.php/Proposed_features/Lock [David Earl: do shout if you think I've butchered your Lock proposal.] My own draft Right Way of Doing Things, which incorporates the proposals, is below for your reference. Gerv Note: canal measurements are given in feet and inches, as "\d+ft( \d+in)?". That is, a number, followed by "ft" as an abbreviation, a space, and then optionally a number and "in". Canals -- Canals are denoted by a single way (rather than two banks), whose direction is irrelevant except in the case of locks or significant water flow. The entire section of canal (between two junctions) is tagged with maxlength and maxwidth, representing the largest boat which can travel along that section of the canal. Narrow sections are denoted by "narrows=yes". Bridge holes are implied narrow, and don't need explicit marking. Cuttings and embankments are shown only when they apply to both sides of the canal, in which case the relevant part of the way has "cutting=yes" or "embankment=yes". (This is a slight simplification compared to existing maps.) Winding holes are marked as nodes in the canal with "waterway=turning_point"; the max length of boat which can be winded is denoted using "maxlength" on the node, even though this is a small stretch of the meaning. "access=private" is used for "private" parts of the canal (that is, parts which are not accessible to all licensed boaters). "boat=private" is deprecated. Canals are, by default, level=0 (i.e. no level tag). If not operated by BW, indicate operator using "operator=Foo Corp". Locks - (See wiki page: http://wiki.openstreetmap.org/index.php/Proposed_features/Lock) The wiki page makes some good points, but I suggest we have *both* "waterway=lock_gate" on nodes (useful for large locks, optional for small ones) and "lock=yes" on canal/river ways (compulsory, easy to render). The "lock=yes" way(s) points from the higher to the lower end of the lock, i.e. in the direction of water flow. So the lock "arrow" symbol would point in the opposite direction. The "lock=yes" way(s) takes various lock-related information, including: - the lock name, if it has one, with "name=". XXX clash with waterway name? - the maxwidth, with "maxwidth=Xft Yin".- the maxlength, with "maxlength=Xft Yin". - the rise, with new tag "rise=Xft Yin". A flight of locks with a unifying name (e.g. "Hatton Locks") is denoted by a relation. XXX need more detail Moorings Mooring info should be attached to the relevant stretch of towpath, or to a new dedicated way on the opposite side, for the rare offside moorings. "mooring=yes/private/no" should be used, applied to ways rather than nodes. Only explicitly marked mooring conditions should be shown. Renderers may choose to render the way as an icon placed at the centre of the length. "waterway=mooring" is deprecated, to be replaced with the above, as it's not an actual waterway receiving the tag. (We couldn't tag the canal itself this way anyway, as it's already "waterway=canal".) New tag: maxstay=. Overnight is "1". This is applied to all of the way(s) tagged with "mooring=yes". If the mooring must be paid for, add "cost=paid" http://wiki.openstreetmap.org/index.php/Proposed_features/Price_tags Aqueducts - waterway=aqueduct is replaced with aqueduct=yes (and we probably should make the same change for viaducts), and should be used just like a bridge tag. Bridges --- New tag: ref_bridge= for bridge numbers. New tag: bridge_type=manual_swing, powered_swing, Towpaths The towpath is shown as another way alongside the canal, on the appropriate side, with new tag "towpath=yes". It is continuous as long as the towpath is; if the towpath switches sides, the way connects into the relevant bridge, which also has "towpath=yes". Nodes which are part of the path can take info like water_point, etc. Like any path, it can take quality and access tags. Mile markers are denoted as towpath nodes with new tag value: "distance_marker=/yes". http://wiki.openstreetmap.org/index.php/Proposed_features/Distance_Marker Amenities - Some changes for consistency: Change: waterway=waste_disposal -> amenity=waste_disposal Change: waterway=water_point -> amenity=drinking_water http://wiki.openstreetmap.org/index.php/Proposed_features/Potable_Water Make sure amenity=waste_disposal is clearly defined as a refuse point. New tag value: amen
Re: [OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7
Jukka Rahkonen mmmtike.fi> writes: > > Richard Fairhurst systemeD.net> writes: > > > > > Unfortunately this appears to be a known bug with Flash Player when a > > SWF fills 100% of a div, as Potlatch now does (rather than being > > fixed-size). > > > > Hopefully Adobe will fix it but we're also planning to approach Yahoo > > and ask them if they could perhaps scale up their imagery rather than > > reporting "no imagery available". > > > > Until then, you can realign the imagery by holding down Space and > > dragging it. Or I'm open to any other ideas, of course! After working a while with the new version I must say that I miss much more the Flash player zoom than I feel happy about having full screen. But perhaps other users are weighting full screen higher. -Jukka- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-talk-nl] Recent Edits
Sven Grüner schrieb: > Martijn van Oosterhout schrieb: >> I think we have a pretty good analogy here: we could ask people to >> submit bugs by committing comments to the relevent parts of SVN. We >> don't for pretty much the same reasons we don't want notes in the DB >> as nodes... A seperate system like Trac is far more appropriate. > > I think this error-reporting you're working on is gorgeous and will > become a milestone in the evolution of OSM. Just adding to the wish-list :-) As mentioned by others is this feature only sensible in areas with a certain degree of completion. So some kind of function allowing mappers to unlock reporting in a certain area would be really cool. These areas could be based on the z13 or z14 tile-grid. When unlocking a tile the mapper claims (!=guarantees) a certain degree of completion which lacks a little error here and there but not large blanks. Assigning all reported errors to this mapper and notyfing him by mail in such cases could be thought of. regards, Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] [OSM-talk] Progressing OSM to a new dataLicence regime
Le 4 févr. 08 à 19:22, Tom Chance a écrit : > >>> >>> This sounds like a nightmare: I could lose weeks of work because >>> someone who fails to reply played with Potlatch once for a few >>> minutes and then vanished. >> >> You have a better idea? :-) > > No, but it's a bit scary without having any good idea of the number of > people who won't respond. Here are two possibly rubbish ideas: I'm just a french law student, not an accomplished jurist yet, but could'nt you use the concept of "silence equals consent". When publishing the next license, just include a clause saying that as long as users do not explicitly refuse to comply, their silence is being considered as acceptance of the new terms and their data is distributed under these terms. Adding a deadline of one year would allow OSM to definitively "lock" the data under the new license to prevent a zombi coming back ten years from now to claim a refusal. The question this poses though, is wether or not the current legal terms allow OSM to undergo such a procedure on behalf of users and their accounts. Regards, Axel. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Progressing OSM to a new dataLicence regime
Hello, On Mon, 4 Feb 2008 13:47:44 +, SteveC <[EMAIL PROTECTED]> wrote: > On 4 Feb 2008, at 13:46, David Earl wrote: how do we avoid the situation where e.g. someone who disagrees the new license has run a bot over all of Cambridge to tweak things (as has indeed happened to many of the ways) or who has 'tidied up' bits of my mapping so all my surveying is now labelled with their name. Does all of my mapping of Cambridge get deleted because someone has later modified my work in a trivial way? (Conversely, can I just select a big area, and add a new tag to transfer the data to my name and cause someone who doesn't agree the new license to be retained?) >>> >>> It would have to be a clean chain of all editors agreeing, and the >>> last timewise editor to disagree is the edit (and those thereafter) >>> that would be thrown away. >> >> This sounds like a nightmare: I could lose weeks of work because >> someone who fails to reply played with Potlatch once for a few >> minutes and then vanished. > > You have a better idea? :-) No, but it's a bit scary without having any good idea of the number of people who won't respond. Here are two possibly rubbish ideas: - Do a special render of the planet indicating the density of users, e.g. deep red means lots of different people have been editing an area. This would at least give people an idea of how "complex" their data is; - Do a trial email shot asking every user to confirm that they will consider the issue, or some such thing, to get an idea of the response rate; What is the suggested time between the email and the delete steps, by the by? You obviously need a deadline but I'd need a good pub trip to calm me down if I found out all my data is wiped, I start fixing it and then a week or two later the key person finally responds so wasting all my effort ;-) Kind regards, Tom ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] Progressing OSM to a new data Licence regime
I guess this is why it's called "the hard bit". Also ... The GPX traces were (presumably) uploaded under CCBYSA. Since traces metadata was lost there is now roughly 25% of the trackpoints with unknown contributors - no one to grant relicensing and unknow "public" attribute. Should these traces also be deleted? Should the data, that was derived from such traces, also be deleted, even if nodes and ways were contributed (derived from traces) by someone who agrees to the new license? It's harder than it looks. Stefan On Feb 4, 2008 2:24 PM, David Earl <[EMAIL PROTECTED]> wrote: > On 04/02/2008 10:41, SteveC wrote: > > • Stage 4 - Remove all data from those who do not respond or respond > > negatively (the hard bit) > > Steve, how do we avoid the situation where e.g. someone who disagrees > the new license has run a bot over all of Cambridge to tweak things (as > has indeed happened to many of the ways) or who has 'tidied up' bits of > my mapping so all my surveying is now labelled with their name. Does all > of my mapping of Cambridge get deleted because someone has later > modified my work in a trivial way? (Conversely, can I just select a big > area, and add a new tag to transfer the data to my name and cause > someone who doesn't agree the new license to be retained?) > > David > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Text alignment in the Wiki
Hi everyone, I've started translating some of OSM wiki pages to Hebrew, however, I can't find a way to align the text to the right. I found that in wikipedia it is done by the tag , but the div tag is rejected by the system when I try to submit the changes. Is there a way to declare a page as right-to-left aligned? Is there another tag or a way to declare align="right" somewhere? Thanks Moshe ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Progressing OSM to a new data Licence regime
On 04/02/2008 10:41, SteveC wrote: > • Stage 4 - Remove all data from those who do not respond or respond > negatively (the hard bit) Steve, how do we avoid the situation where e.g. someone who disagrees the new license has run a bot over all of Cambridge to tweak things (as has indeed happened to many of the ways) or who has 'tidied up' bits of my mapping so all my surveying is now labelled with their name. Does all of my mapping of Cambridge get deleted because someone has later modified my work in a trivial way? (Conversely, can I just select a big area, and add a new tag to transfer the data to my name and cause someone who doesn't agree the new license to be retained?) David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Backup / mirror capacity needs
Hi all, I just got word about an offer that could be coming our way for storage capacity + bandwidth. Nothing is definite but I'd like to get some input on this. First thing that springs to mind is mirror capacity for the planet dumps (possibly with more retention). Questions: * Do we need extra mirror capacity for the planet dumps? * Do we need more retention? * Any other usage for online storage? Keep in mind it's just dumb storage, so no DB / applications and such. Take care, Martijn -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Fairhurst wrote: | Rahkonen Jukka wrote: | |> Vectors and imagery do not match any more. Only way to make them |> match is to close the editor and start from the beginning again and |> avoid using the right click zoom. This feature has worked fine |> until yesterday. I have found it very useful and I would like to |> see it coming back sometime. | | Unfortunately this appears to be a known bug with Flash Player when a | SWF fills 100% of a div, as Potlatch now does (rather than being | fixed-size). | | Hopefully Adobe will fix it but we're also planning to approach Yahoo | and ask them if they could perhaps scale up their imagery rather than | reporting "no imagery available". | | Until then, you can realign the imagery by holding down Space and | dragging it. Or I'm open to any other ideas, of course! This reminds me: Can we collect data on imagery realignments? If we could just log center of view, username, zoom level and how far it was dragged, we could look for areas that were dragged by similar amounts a lot, take an average, and then make potlatch open with the correction already applied. We could also forward the information to Yahoo. Perhaps we should also collect the number of edits made after the drag, and not keep drags with few edits made later, on the grounds that if you are doing a lot of editing, you are going to try to line it up more perfectly. Obvoiusly we would need a way to ignore drags that occur because of the above problem, but we can probably just throw those out because their magnitude will be much larger. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHpwuUz+aYVHdncI0RAuRbAJ4rYUAB2WWOsschmQdvMpJsM5qjGQCfTwBV 1PcgENW8zflVV+iGvIhxUic= =hdVq -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7
On 4 Feb 2008, at 09:53, Jukka Rahkonen wrote: > > Thank you for the information. Unfortunately manual realigning is > impossible if > you are considering to work on a totally new area and perhaps > inaccurate and > error prone even if there are some earlier mapped features. I > think I am going > to stop using this extra zoom until it will be fixed or made > unnecessary by > scaling up the Yahoo imagery. > Jukka - if you're working on a Mac, you can get OS X to do the zooming for you, it needs to be turned on (System Preferences -> Universal Access, set Zoom to On, use the keyboard shortcuts it mentions). I believe there's similar things for windows and Linux too that might be able to help you. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Forward] Problems running osm2pgsql_latest.exe
On 4 Feb 2008, at 12:19, Lambertus wrote: > There is a user on the forum (cannot access the ML) who runs into > problems with the osm2pgsql tool. > > Artem (and maybe others), can you have a look at that please? > > Forum topic: http://forum.openstreetmap.org/viewtopic.php?id=413 > Thanks, I posted to forum. Artem > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Progressing OSM to a new data Licence regime
> Stage 3 - Email all OSM users who have contributed > data with the option of re-licensing their data If we're going to do this anyway, can we not allow users to mark their preference as public domain too? It seems a significant number of OSM participants may be perfectly happy to have their data given away PD, and storing an option per user would make this possible. We're going to do that work of asking each user anyway, so why not let each user mark themselves as one of: a) Public Domain b) Open Database License c) CC by SA (the default now) Then keep this preference. People wanting a PD map can then quite legitimately extract the PD subset of data. We'll have to create the tool for extraction by license choice anyway. Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [Forward] Problems running osm2pgsql_latest.exe
There is a user on the forum (cannot access the ML) who runs into problems with the osm2pgsql tool. Artem (and maybe others), can you have a look at that please? Forum topic: http://forum.openstreetmap.org/viewtopic.php?id=413 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
Claus Färber wrote: > Steven te Brinke schrieb: >> As a sailor I like to know if a bridge is a moveable one, and I think >> this is also interesting for cars, because they might need to wait. So I >> agree that bridge=true is not enough, I would like to be able to have a >> bridge=moveable. > > You probably don't want to know whether a bridge is movable but whether > it is high enough for your boat: [..] > To provide details for movable bridges, relations could be used: [..] > The having-to-wait property can simply be tagged as traffic_lights. I disagree. As a driver, I would like to know that a bridge is movable, and specifically during which period it is likely to move, so that I can tell my routing application to avoid those bridges like the plague during those hours. The "traffic light" property just isn't good enough, however, even just "bridge=movable" would be. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] Progressing OSM to a new data Licence regime
Hi, I would like to know more about our talks with the CC folks. After all, the people at Creative Commons have a lot of respect from the world-wide community and I read on the wiki page that: "... We would have liked Creative Commons to have offered a sharealike/attribution data licence that we could adopt. However, their position is that map data should be dedicated to the public domain, ..., the OSMF board does not believe this route is in the project's best long term interests." So they actually listened to us and to the doubts we (some of us) have about CC0, but still they take the position that map data should be CC0. I am sure they didn't just say so on a whim, they must have had good and solid reasons for that, and the OSMF must have even better and more solid reasons for rejecting their suggestion. I mean, CC are not just anybody, they have played a very important part in getting viral licenses accepted in the non-software area, so they themselves must have very good reasons for suggesting CC0. If our only reasons against CC0 are that "we might lose AND data" (which isn't even clear!) or "we might lose MASSGIS data" or "we might lose South London", then I'd say that is not enough... Why, exactly, does CC recommend CC0 even after they have thoroughly looked at our situation, and on what basis does the OSMF board reject the CC suggestion? (If the board's deliberations on the subject are documented somewhere then just point me to that and I'll read up on the arguments.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] big ways in Potlatch
OK then. On Feb 4, 2008 7:37 PM, Richard Fairhurst <[EMAIL PROTECTED]> wrote: > maning sambale wrote: > > > richard, > > > >> What version are you using? > > Flash player 7 > > If you upgrade to 8 or 9 it should be sorted. :) > > cheers > Richard > > -- |-|--| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Fwd: big ways in Potlatch
>What version are you using? Flash player 7 cheers, maning -- |-|--| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime
Hello, Few clarifications and questions about use cases. If I distribute web mapping of my special company data and OSM, I don't have to give my data back to OSM, right? In other words, there's no requirement to distribute, but also, if the map images are distributed, then it doesn't have to be under the same licence. If I zip up the shapefiles used, and put them on my server for folks to download, then these would come under the same licence and be able for OSM to benefit from them? How about putting my propriety data and OSM together locked within an in-car sat nav system. Would this be classed as distribution of the database? What should my company do in this case? Tim ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] big ways in Potlatch
maning sambale wrote: > Ways and nodes in potlatch seems bigger: > http://farm3.static.flickr.com/2199/224183_2918024784_m.jpg > > I'm using ubuntu Firefox 2.0.0.10 Mozilla/5.0 (X11; U; Linux i686; > en-US; rv:1.8.1.10) Gecko/20060601 That's usually a sign of an old Flash Player. What version are you using? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] big ways in Potlatch
Hi, Ways and nodes in potlatch seems bigger: http://farm3.static.flickr.com/2199/224183_2918024784_m.jpg I'm using ubuntu Firefox 2.0.0.10 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.10) Gecko/20060601 maning -- |-|--| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-legal-talk] Progressing OSM to a new data Licence regime
Dear all The OSMF has been actively investigating the license situation, in that there are many problems with CCBYSAs application to data. We think we have found a solution in the form of the Open Database Licence [http://www.opencontentlawyer.com/open-data/open-database-licence/ ]. This license is similar in many respects to the theme and goals of our existing license but has the added benefit of being applicable to our situation. One way to think of it is CCBYSA for databases. It is early days in data licensing (as opposed to Free/Open software or creative work licensing). The OSMF feel that the ODL license is the way forward for our project and reject the Public Domain Dedication [http://www.opendatacommons.org/odc-public-domain-dedication-and-licence/ ] because it offers no 'viral' (share alike) protection to the data. Whilst the license is almost complete, the OSMF have communicated with the authors and have noted a few improvements we would like to make before releasing it (detailed in the FAQ). The FAQ is as of writing not complete on purpose - we foresee questions and so on arising as a result of this email and the FAQ to build on them. You are encouraged to read the relevant licenses and contribute to the legal-talk mailing list and FAQ. The plan, essentially, is to switch license from CCBYSA 2.0 to the Open Database Licence in 4 stages. • Stage 1 - Get suggestions for any changes required in addition to those identified by the OSMF • Stage 2 - Engage the licenses author to amend the license as required • Stage 3 - Email all OSM users who have contributed data with the option of re-licensing their data • Stage 4 - Remove all data from those who do not respond or respond negatively (the hard bit) These stages require patience, understanding, legal and technical knowledge and represent an important change in OpenStreetMap. This license is not the final decision, but a beginning. We won't find a perfect license (indeed, many disagree on todays license) or one we can all 100% agree on, but it's hoped that we can find the best approach we can and the best way forward for OpenStreetMap. PS Please remember to reply to legal-talk [http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk ] FAQ etc on wiki: http://wiki.openstreetmap.org/index.php/Open_Data_License http://wiki.openstreetmap.org/index.php/Open_Data_License_FAQ Steve Coast, Chairman of the OSMF With thanks to Richard Fairhurst and Andy Robinson for direct involvement and the whole OSMF board for support. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] [OSM-talk-nl] Recent Edits
On Sun, Feb 03, 2008 at 08:48:07AM +, Tom Hughes wrote: > > What does the separate object type gain us exactly, apart from more code > > to maintain? > It gives something that can record useful information in a > structured way, like the address of the person that added it. Isn't a dedicated relationship exactly what we are looking for, then? cu bart ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Template: and Template: pages in OSM-Wiki
On Mon, February 4, 2008 01:13, Robin Paulson wrote: > On 04/02/2008, Hakan Tandogan <[EMAIL PROTECTED]> wrote: > >> Actually, I'm talking about creating a Map_Features page where new >> values for given keys (e.g. "highway", "shop") appear. The only part I'm >> complaining is that the Template only allows the "approved" values >> whereas I'd like it to show the approved ones first and the >> "semi-legal" >> ones after a divider line. > > ok, i'm not sure i follow. what are semi-legal tags? or rather, what makes > a tag semi-legal? Only the fact that it is not mentioned in the Keys-overview (and perhaps it wasn't voted upon). There must have been a reason that someone removed a long list of shop values from the main list at [Map_Features]. As far as I can see, Etric took that truncated list from [Map_Features] and turned it into [Key:shop]. Regards, Hakan -- The key to immortality is first living a life worth remembering... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Can Mediawiki notify by mail?
On Mon, February 4, 2008 08:35, Martin Trautmann wrote: > http://www.mediawiki.org/wiki/Extension:Email_notification > > It's available, but disabled. So who would we have to ask to have that extension enabled? At the moment, I'd have something like watchthatpage look at the pages every now and then... Regards, Hakan -- The key to immortality is first living a life worth remembering... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] How to import shapefile into OSM
On Sun, Feb 03, 2008 at 07:00:57AM -0800, Mikel Maron wrote: > Found the Import pages on the wiki.. > > http://wiki.openstreetmap.org/index.php/Import > http://wiki.openstreetmap.org/index.php/Import/Catalogue > http://wiki.openstreetmap.org/index.php/Import/Software > > and added stub rows for Arezzo, Falkland Islands, Sudan, Merano (could the > importers fill in the details here please) Many thanks. Surely I will work on Arezzo data on the next days. -- Niccolo Rigacci Firenze - Italy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7
Richard Fairhurst systemeD.net> writes: > > Rahkonen Jukka wrote: > > > Vectors and imagery do not match any more. Only way to make them > > match is to close the editor and start from the beginning again and > > avoid using the right click zoom. This feature has worked fine > > until yesterday. I have found it very useful and I would like to > > see it coming back sometime. > > Unfortunately this appears to be a known bug with Flash Player when a > SWF fills 100% of a div, as Potlatch now does (rather than being > fixed-size). > > Hopefully Adobe will fix it but we're also planning to approach Yahoo > and ask them if they could perhaps scale up their imagery rather than > reporting "no imagery available". > > Until then, you can realign the imagery by holding down Space and > dragging it. Or I'm open to any other ideas, of course! Thank you for the information. Unfortunately manual realigning is impossible if you are considering to work on a totally new area and perhaps inaccurate and error prone even if there are some earlier mapped features. I think I am going to stop using this extra zoom until it will be fixed or made unnecessary by scaling up the Yahoo imagery. -Jukka- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Template: and Template: pages in OSM-Wiki
Hi, On Sunday 03 February 2008 22:00:26 Hakan Tandogan wrote: > To simplify the http://wiki.openstreetmap.org/index.php/Tr:Map_Features > I created a http://wiki.openstreetmap.org/index.php/Tr:Key:shop that > uses the template appopiate template, and replaced the table in > Tr:Map_Features with a reference to Tr:Key:shop . The Key: pages are just regular wikisites and not templates. This is the reason why you normally have to add the same template including the translation to both sites instead of crosslinking them. I've created the Key: pages to give a basic overview about the Key itself with all the interresting information that come with them. See the [[Key:highway]] [1] site for reference. Together with the short overview we can add every key to a category and thus make it possible to parse every existing key in an easy way to find out which keys might be misused or never got "approved". > My problem is that the template only shows "official" values for the > shop key, but there might be more tags that are used only locally. Could > the template render those additional tags after the "official" list, > perhaps with a divider row between the official and unofficial / > deprecated ones? That way, the :Map_Features pages could > really turn into a list of template references. You "could" change the basic template (for example [[Template:Map_Features:shop]] ) and add the "unofficial tags" there as well to archive your goal. The problem is, that the :Map_Features will turn into a huge list and soon be to big for the MediaWiki. > The other thing I don't really understand are the pages for > Tag:=. Do I assume correctly that those pages are only > necessary if a certain value is complicated enough that it deserves its > own explication? The Tag:= exist as documentation for every existing Tag we have. No matter how important the Tag is. If necessary you can add there additional information (see [2] ) but even if you just add a picture and a short description its fine too. At the moment i use the Tag:= pages as a source for Tagwatch to get descriptions for each tag. In the future i hope to have a category with all "proposed and unofficial" tags too that can just be parsed with 3rd party tools. The Tagwatch description pages can then be used to reflect what Tags are used and have a full list with descriptions as well. A few problems still exist. First off, i can't process the complete planet.osm file on my laptop and therefore just show what Tags are used in a specific country. The 2nd problem is the lack of documentation about the Tags in the wiki and a missing structure for all "non approved" tags. Hope this clarifies some of your questions. Regards Joerg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Ordnance Survey OpenSpace
On Feb 3, 2008 5:28 PM, martin dodge <[EMAIL PROTECTED]> wrote: > > Hi, just wondering if anyone has seen a good mash-up using the Ordnance > Survey OpenSpace API? Is anyone using this for real?? Chippy's blog post following the preview day has a link to a few demos: http://thinkwhere.wordpress.com/2007/12/17/openspace-licences-limits-and-first-steps-plus-demo/ Not sure if there are any other examples out there though. > > cheers > martin > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > -- Nick Black http://www.blacksworld.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7
Rahkonen Jukka wrote: > Vectors and imagery do not match any more. Only way to make them > match is to close the editor and start from the beginning again and > avoid using the right click zoom. This feature has worked fine > until yesterday. I have found it very useful and I would like to > see it coming back sometime. Unfortunately this appears to be a known bug with Flash Player when a SWF fills 100% of a div, as Potlatch now does (rather than being fixed-size). Hopefully Adobe will fix it but we're also planning to approach Yahoo and ask them if they could perhaps scale up their imagery rather than reporting "no imagery available". Until then, you can realign the imagery by holding down Space and dragging it. Or I'm open to any other ideas, of course! cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7
Hi, I have used to zoom in once or twice beyond Yahoo's last zoom level with Flash Player's native zoom tool launched from the right click menu when trying to draw accurately on Yahoo Landsat imagery. Now after Potlatch 0.7 update Flash Player zooming cannot be used anymore. You can reproduce the error simply: - Open Potlacth editor in any scale showing backdrop imagery - Do Right click - Zoom in - Slide the view a bit by dragging - Do Righ click - Show all Vectors and imagery do not match any more. Only way to make them match is to close the editor and start from the beginning again and avoid using the right click zoom. This feature has worked fine until yesterday. I have found it very useful and I would like to see it coming back sometime. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] grouping simple tag proposals
On 04/02/2008, Ulf Lamping <[EMAIL PROTECTED]> wrote: > >> lot of proposed 'shop' tags on the proposals page, something which is > >> overwhelming and time-consuming to solve using our current method of > >> tag proposal/ratifying > >> > >> i think it would be a good idea to group a lot of these tags together > >> in one proposal, > >> > > [...] > > [] > I guess, lot's of the simple tags are not that simple when you look more > close at it, but let's have a try at Robins idea ... it might be a good idea to try it with 'sport' tags also - we'll see how the shop ones go first, and if there are no problems i might try the same with those ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM needs a measure for completeness
This would fit in very well with the annotation system discussed in the 'Recent Edits' thread not too long ago. -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ Op 3 feb 2008, om 20:16 heeft Dirk-Lüder Kreie het volgende geschreven: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Frederik Ramm schrieb: >> Whereever possible I'd like to try and have this completeness >> assessed >> by people *other* than those who did the mapping; maybe through a web >> interface where casual visitors can check their area of residence and >> rubber-stamp it (or note down complaints). > > I very much like this idea. Alongside with a simple way of correcting > spelling errors without needing to go to any full-fledged editor. > Of course there are some places that are spelt differently than many > people would think. For example Neustadtswall vs Neustadtcontrescarpe > The former is commonly referred to as Neustadtwall, for example. > > - -- > > Dirk-Lüder "Deelkar" Kreie > Bremen - 53.0952°N 8.8652°E > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHphLzFUbODdpRVDwRAnbVAJ439+AdtQa9Tj4LkwCKevqgej64rgCgg2rD > vL6Tc5jWyw29WBhH9VO5yMA= > =XO1n > -END PGP SIGNATURE- > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk