2010/1/8 Jochen Topf :
> I think "don't map for the renderer" is a nice idea, but has nothing to do
> with
Don't map "incorrectly" for the renderer to have it show up a certain way...
http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer
___
tal
2010/1/8 John F. Eldredge :
> In the USA, a Notary Public merely attests that the person who signed a
> document showed official identification to prove their identity matched the
> name on the document.
The only notary in Australia that I know of is in the US embassy in Sydney.
Here, JPs are o
2010/1/9 Frederik Ramm :
> Hi,
>
> Anthony wrote:
>> I'd imagine for some applications we'd want the former (a straight
>> road/rail), and for some we'd want the latter (the border of Wyoming).
>> Which should be the official definition according to the specs?
>
> Because very few people in OSM hav
2010/1/9 Jochen Topf :
> On Fri, Jan 08, 2010 at 06:39:16PM +1000, John Smith wrote:
>> 2010/1/8 Jochen Topf :
>> > I think "don't map for the renderer" is a nice idea, but has nothing to do
>> > with
>>
>> Don't map "incorrectly&q
2010/1/9 Dave F. :
> I'm aware of the concept that the earth is not flat.
No but map projections are...
> But... This is a two dimensional map. IFAIK there is no 3d data. The PoV
> of viewing the OSM data via the likes of Mapnik is always through the
> surface of the earth to the centre of the ea
2010/1/9 Martin Siegel :
> AFAIK this is not correct. First of all the PoV of Mercator projection
> is not going through the center of the earth. It's a somehow stretched
> cylindrical projection and it goes through the north-south-axis.
> The way it is stretched causes that angles on the earth are
2010/1/9 :
> Eg Air navigation east coast north america to europe.
> This is long enough that shown on a Mercator projection the straight line
> which the pilot flies is shown as a curve - because in 3D it is a curve.
Not just a curve, but a S shape when they cross the equator.
You can also see
2010/1/9 Stephen Hope :
> I can't easily give you a rule as to what an office is, but I can tell
> one when I see it :)
http://dictionary.reference.com/browse/office
1. a room, set of rooms, or building where the business of a
commercial or industrial organization or of a professional perso
2010/1/9 Frederik Ramm :
> * If your editor was using EPSG:4326 then the line you saw on the screen
> *will* go through that point.
Most imagery, if not all, used for this purpose will be EPSG:4326, ie
lat/lon, and the co-ords uploaded to OSM is lat/lon, and ways are a
collection of points, they d
2010/1/9 Frederik Ramm :
> John,
>
> I've made an honest effort to explain. You haven't understood. Maybe we're
And I've made a honest effort to try and explain how I disagree and why.
I couldn't be bothered to reply to the rest, it's just appeals to
authority and so which is pointless in a dis
2010/1/9 Martin Siegel :
> straight line on the map. Now imagine someone wanted to draw a straight
> line between these two points and does this in an editor using the same
Before making assumptions on the editor, what about assumptions on the
data source, are we talking GPS or hi-res imagery? Nei
2010/1/9 John Smith :
> 2010/1/9 Carsten Nielsen :
>>
>> John Smith skrev:
>>> If we are assuming GPS, then it's irrelevent, since you are plotting
>>> from lat/lon to lat/lon, if it's hi-res imagery it would still be
>>> lat/lon...
>>
2010/1/9 Stephen Hope :
> 2010/1/9 John Smith :
>> No it isn't, the preprocessing software could do that if it needs it,
>> this isn't a reason to add extra nodes to the database.
>
> We are talking about the API for editors and casual use of the
> database. Th
2010/1/10 Dont Reply :
> John Smith skrev:
>> Pretty sure this is a hypothetical question, because even the highway
>> across the Nullabor is bound to be not perfectly straight, although it
>> would be mostly straight :)
> Well not quite hypothetical..
>
> I am sure y
2010/1/10 Anthony :
> I don't know. The "WGS84" part is pretty arbitrary.
It's what lat/lon should be uploaded to OSM so it's consistent world
wide, you don't need to support all sorts of weird and wonderful local
datums, even if there is drift due to continental drift etc.
Australia is moving N
http://www.dailyecho.co.uk/news/4826436.New_threat_to_jobs_at_Southampton_s_Ordnance_Survey/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
2010/1/10 Aun Johnsen :
> So complaining about potential job loss in one company shows either
> lack of knowledge, or lack of competence. It is the latter than we are
> better off without them.
The complaints about job losses is sales staff since the data may be
given away there will be less need
2010/1/11 Aun Johnsen :
> The best political statement we can make is inclusionism. Include
> whatever in the database, so that everybody can do whatever they want
> with the map.
What I'm wondering is, where is a pastafarian building?
After all, I thought we were tagging what's on the ground?
I
2010/1/11 John F. Eldredge :
> The logical Pastafarian building would be a multilevel highway interchange,
> with crisscrossing bridges, since a slang term for those (at least in the
> USA) is "spaghetti junction". If you have to cross one of those while it is
> covered in ice, there is definit
2010/1/12 Steve Bennett :
> On Sat, Jan 9, 2010 at 12:54 PM, Stephen Hope wrote:
>> If I go to a tattooist, he doesn't sell me any goods, he provides a
>> service. But I would call that shop, not an office. On the other
>> hand, I can buy stuff at places that I would consider to be offices.
>> My
2010/1/12 Steve Bennett :
> On Tue, Jan 12, 2010 at 3:13 PM, John F. Eldredge wrote:
>> You also have the fact that a "licensed professional" may work elsewhere
>> than at an office. For example, a medical doctor may work at an office; the
>> same doctor may also work at a hospital.
>
> At that
2010/1/13 Daniel Neugebauer :
> I think re-rendering all tiles that have vets in it will take some time -
> first, the new icon must be deployed to the generating servers, then they need
> to be re-rendered. If it's changed later on there might be different icons for
> vets until all affected tiles
2010/1/13 Patrick Kilian :
> Hi all,
>>>
>>> I think re-rendering all tiles that have vets in it will take some
>>> time - first, the new icon must be deployed to the generating
>>> servers, then they need to be re-rendered. If it's changed later on
>>> there might be different icons for vets until
2010/1/14 John F. Eldredge :
> I was responding to the definition of an office as "somewhere a licensed
> professional works".
I didn't disagree with you, but Steve thinks his definition of a map
is the only one that matters and continues to tell people how and what
they should map as being the o
2010/1/15 Karl Guggisberg :
> Perhaps the slippymap plugin could be tweaked to acces the haiti
> imagery. I don't know it well but it seems that it loads tiles addressed
> with (x,y)-coordinates, looks quite similar to what is availabe at
> gravitystorm. And it uses a "level", i.e. the "zoom level"
2010/1/15 Karl Guggisberg :
> This would have come in handy. But as hansendc writes in his comment in
> the trac ticket: it's really easy to add a custom tile source.
Only if the URL is in the right format, my patch extends things to
make it even more useful.
> BTW: you don't have to submit patch
2010/1/16 Frederik Ramm :
> Hi,
>
> Stefan de Konink wrote:
>> It seems that commercial companies do get the point...
>
> Yes but you're missing the point. I'm all for ditching the share-alike
> hassle but until we do that, everyone holds rights to their data and has
> *not* agreed to a clause that
U.S. Diverts Spy Drone from Afghanistan to Haiti" From the article:
"As part of the Haiti relief effort, the U.S. military is sharing
imagery from one of its high-end, high-flying spy drones, the RQ-4
Global Hawk. [...] “Today we’re going after another 1,000 images,
which will all be unclassified,”
2010/1/16 Jean-Marc Liotier :
> But I don't know yet how to perform mass edits to correct such typo...
> Can anyone do that - and tell us how it is done ?
Use the search function in JOSM and just edit the tag in the tag pane.
___
talk mailing list
talk@
2010/1/16 Frederik Ramm :
>> Even commercial companies aren't doing PD, they are allowing all uses
>> except commercial uses.
>
> So if a charity employs a freelance driver, the driver, being commercial, is
> not allowed to use the map, whereas the charity employee sitting next to him
> can? Great,
2010/1/16 Robin Paulson :
> http://www.stuff.co.nz/national/3234636/Florist-apologises-to-online-victims
>
> a case of the streisand effect? free publicity for google map maker? a
> salient warning vandals will get caught?
Wonder if the police would bother pursuing the matter if people were
caught
2010/1/16 andrzej zaborowski :
> 2010/1/16 John Smith :
>> Wonder if the police would bother pursuing the matter if people were
>> caught for the same offence on OSM?
>
> I don't think it would be an offense, when you join OSM you're not
> agreeing to provi
Currently there is a lot of debate over licenses, some people want to
change from cc-by-sa to odbl and yet others keep pushing for things to
go to public domain.
I was chatting with one such person in favour of PD on the phone
yesterday about this, one thought that occurred to me was to have data
2010/1/17 Roy Wallace :
> On Sun, Jan 17, 2010 at 10:36 AM, John Smith
> wrote:
> ...
>> and warning PD advocates if they edit CC-BY-SA/ODBL information and
>> that the changes won't be public domain.
>
> Nice idea, but the main difficulty I see is that cont
2010/1/17 Ævar Arnfjörð Bjarmason :
> Why would it be difficult? If a node was created under license X and
> has only been edited by other users allowing license X then it's under
> license X.
If I understand correctly, Roy thinks this might start a free for all
on licenses, which could complicate
2010/1/18 Anthony :
> That's not how the ODBL works. When the switch is made to the ODBL, every
> individual changeset/node/way/etc will be effectively in the PD (everyone in
> the world will have a non-revocable license to do anything restricted by
> copyright law). Only the database as a whole
2010/1/18 Anthony :
> I didn't say it's invalid so much as it's redundant.
>
> All contributions are effectively PD anyway.
That still isn't the point, people want to produce PD data that is
readily accessible to all, not PD data shrink wraped with another
license.
___
2010/1/18 Anthony :
> So one person needs to anonymously download everything from OSM and put it
> up on another website which doesn't have the ODbL on it.
What you are suggesting is shady at best, and is no better than
someone doing that with any other copyrighted material, it doesn't
make it any
2010/1/18 Frederik Ramm :
> Unless, some share-alike advocates would say, the node was created with
> reference to a point Y that was share-alike licensed and thus becomes a
> derived work.
Except lat/lon isn't copyrightable, so a point alone probably isn't
good enough to state much. If it has met
2010/1/18 Anthony :
> It's certainly much more legal to copy material for which you have explicit
> permission to copy than to copy material which is copyrighted and for which
> you don't have permission to copy. See
Again, I'll leave the legal opinions up to others to debate with you,
but to me
2010/1/18 DavidD :
> OSM has masses of CC-BY-SA data and contributors. How will the PD
> people deal with that? Start replacing the existing CC-BY-SA data and
> reverting any edits to PD data by CC-BY-SA contributors?
The point more is for new data, than existing, but this is to scratch
a particul
2010/1/18 Frederik Ramm :
> whereas if the data is not copyrighted, but given to me under a contract
> that stipulates that I may not put it up on a web site and say "download and
> use freely" then
Assuming the data isn't copyrightable, the vector + lat/lon
information may not be, but there is a
2010/1/18 Ævar Arnfjörð Bjarmason :
> On Sun, Jan 17, 2010 at 22:31, Roy Wallace wrote:
>> On Mon, Jan 18, 2010 at 1:46 AM, John Smith
>> wrote:
>>> 2010/1/18 DavidD :
>>>> OSM has masses of CC-BY-SA data and contributors. How will the PD
>>>> peo
2010/1/19 SteveC :
> You're being very logical and geeky, but ignoring the social element here.
> Ignoring CC and just pulling the data in might satisfy you but would then
> annoy a far greater set of people who we should at least honor the ideals
> with which they signed up and contributed data
2010/1/19 Anthony :
> Yeah, Google would probably quickly start importing data from the PD OSM
> into its products. That alone would be enough to cause me to contribute.
Why aren't you helping out with map maker then if you care that much?
> I'd love to be able to correct errors that I come acro
2010/1/19 Liz :
> This assumes that they can find a means to import and check the data. Just
The bigger problem will be how can OSM do that, which is why I'm
suggesting that people could tag with the license information, it
would then already be incorporated into OSM :)
__
2010/1/19 Roy Wallace :
> It isn't working for Google and/or TomTom - it's working for the
> "public", i.e. everyone and everything (including Google and TomTom).
If "the public" gives back they could already be using OSM data... why
is it a good thing to spend time, effort, money and other resour
2010/1/19 Aun Yngve Johnsen :
> Yahoo have imported OSM data for some while, though I think they take it as
> a sort of "payment" for our usage of their hi-res aerial service.
Don't you mean flickr?
___
talk mailing list
talk@openstreetmap.org
http://li
2010/1/19 Roy Wallace :
> On Tue, Jan 19, 2010 at 9:10 AM, John Smith wrote:
>> 2010/1/19 Roy Wallace :
>>> It isn't working for Google and/or TomTom - it's working for the
>>> "public", i.e. everyone and everything (including Google and TomTo
2010/1/21 Jean-Guilhem Cailton
> Forwarding reply to Christiann.
>
> Don't forget to use the source tag for proper attribution. See :
>
> http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/ImageryAndDataSources#Best_Practices
> (I assume a new item for this imagery will quickly appear.)
>
Sho
Subtitles on what?
On 1/27/10, Roy Wallace wrote:
> On Wed, Jan 27, 2010 at 7:12 AM, Lulu-Ann wrote:
>>
>> For instance you can inform deaf people about subtitles in cinemas,
>
> How about also using subtitles=yes (etc.)...
>
> ___
> talk mailing list
Doesn't proximity do grouping?
On 1/28/10, Martin Koppenhoefer wrote:
> 2010/1/27 Dave F. :
>> Hi
>>
>> Many of the UK railway stations have a relation called site > name>:
>>
>> http://osm.org/go/euu4xiukT--
>>
>> What is the thinking behind this?
>
>
> site-relations are generally thought to gr
Anyone feel like promoting OSM?
-- Forwarded message --
From: Nav4All
Date: 31 January 2010 12:55
Subject: Nav4All navigation shut down by Navteq
Amsterdam, The Netherlands, 28-01-2010 16:30 GMT+1
Subject: Nav4All navigation shut down by Navteq
Letter to 27,625,631 Nav4All na
On 31 January 2010 20:02, Maarten Deen wrote:
> I have no idea what the license fees of established map offerings are, but
> that
> money can be put to good use to improve you're integration of OSM maps.
Or to improve the map data itself...
___
talk m
On 2 February 2010 11:44, Frederik Ramm wrote:
> If they publish their overlay (for example in their yearly report - it
> counts as publishing even if the report is only given to selected
> people) then they have to do so under CC-BY-SA which will allow those
> who receive the work to copy from it
I've forwarded a copy of your email to the main talk list, some people
have scripts to be able to easily revert changes but I don't have
anything set up at present.
On 2 February 2010 15:45, Arie Paap wrote:
> Can someone suggest how to deal with this kind of vandalism:
>
> Most of Busselton appe
On 2 February 2010 21:26, NopMap wrote:
> That's not quite the way they put it. They evaluated it in order not to miss
> a major development there, but concluded that it is no alternative and
> dropped the idea of using it for good.
Can they describe a suitable tagging scheme that would appease t
On 3 February 2010 06:13, Roy Wallace wrote:
> What's with the "wiki-fiddler" hatred? (not just you, Richard, in
> general) All those people advocating for a consistent/enforced/limited
> tagging scheme - how do you think such a scheme should be produced?
The big problem with using a wiki for doc
On 3 February 2010 07:45, Claudius wrote:
> Just a sidenote: Although it seems to be the showcase of OSM the mapnik
> rendering at www.openstreetmap.org is *NOT* what OSM is about. OSM is
No but it's a carrot, most people most of the time are only going to
map what they can see turn up on mapnik.
On 3 February 2010 09:32, Frederik Ramm wrote:
> It can't be the murky details of cycleways and bridleways because the
> commercial providers don't have that, or if they have it then only in
> selected areas. It can't be highway=path and all that because they don't
> have it. It can't be - in my o
TomTom promising daily map updates In an exclusive article [in
German], the German business magazine WiWo (Wirtschaftswoche) quotes
TomTom CEO Harold Goddin: „Bis Ende des Jahres werden wir alle ein bis
zwei Tage aktualisierte Karten zum Download anbieten“ (German
original) "Until end of 2010 we'll
Any way, back to the original post Nokia is saying Nav4All's is wrong...
http://www.tietokone.fi/uutiset/nokia_kiistaa_kilpailijan_navigoinnin_tappamisen
http://translate.google.com/translate?js=y&prev=_t&hl=en&ie=UTF-8&layout=1&eotf=1&u=http%3A%2F%2Fwww.tietokone.fi%2Fuutiset%2Fnokia_kiistaa_kil
On 4 February 2010 06:24, Chango640 wrote:
> I'm sending this mail in order to propose a new feature for the tag landuse:
> gated communities. These are a type of private neighbourhoods that are very
> common in Argentina, Brazil and many other countries, and have a notorious
> difference with ord
On 4 February 2010 08:50, Martin Koppenhoefer wrote:
> AFAIR the barrier=fence should not be applied to an area, what means
> in pratical to draw a second way atop the area limits (not really
> elegant). Another approach is to tag fenced=yes to the area (don't
> know if someone evaluates this thou
On 4 February 2010 12:04, Dave F. wrote:
> But you're right, he probably should be terminated.
Is blocking the account going to be enough to prevent someone from
simply signing up for a new account and continuing to do what they
were unabbated, seems like a cat and mouse game and the cat is reall
On 4 February 2010 14:58, Randy wrote:
> Maybe a more subtle approach would work, i.e., have a bot remove his edits
> x days after they are saved. That way he can make his changes, show his
> similarly idiotic friends what he has done, and they will be deleted when
> he no longer has an interest i
On 4 February 2010 21:02, Maarten Deen wrote:
> This of course comes after blocking on email address proves ineffective.
> And we even have blacklists for blocking certain "get for free e-mail"
> domains from ever registering.
I've dealt with this on a project before in a similar manner, I can't
On 4 February 2010 22:26, Nic Roets wrote:
> Google certainly has been the disruptor, by building their own maps for the
> US so quickly.
Google loves data and has been collecting up data sets from local
governments in return for google earth licenses, then there is the
tiger data set...
___
On 5 February 2010 10:24, Dave F. wrote:
>> I don't care about all the companies that don't want to use OSM.
>>
>
> I think that's a pointless crass statement.
I'm still waiting to hear why the company mentioned previously doesn't
want to use OSM, what was wrong with the current tagging or other
On 7 February 2010 21:26, Tirkon wrote:
> The difference between pub and nightclub is, that latter have got a
> dancefloor. Thus it is inscrutable to me, why pubs are shown in Mapnik
> but nightclubs are not. Thus: Could the nightclubs be shown in Mapnik
> as well?
If you want something rendered
On 7 February 2010 22:05, Tirkon wrote:
> Thanks for your answer, John. I found this site already before. The
> problem is, that one needs insider knowledges, to send a ticket. I do
> not have any clue, what to choose under "type" and "ticket
> properties". What is i.e. "task", "xapi", "applet" et
On 8 February 2010 01:12, Tirkon wrote:
> I do understand, that OSM-people will not be responsible for malicious
> use, possibly death of innocent humans caused by them or their work.
> But this could be caused also by you, if you buy something and thus
> support a person, who will be able to harm
On 8 February 2010 12:23, Jeffrey Ollie wrote:
> What's more annoying is that he is changing the names/refs. From
> what I understand the ref is supposed to be only the
> interstate/highway number (e.g. "90" or "80") and not "I 90 (MN)". I
> use the ref on the relation when building maps for my
On 9 February 2010 11:01, Chris Hunter wrote:
> Moving back to one of my original questions, I think Nakor was the only one
> to respond to the 2 relations per state (1 relation each way) vs 1 relation
> with rolls per state question.
Why does there need to be 2 relations for this?
_
On 9 February 2010 11:14, Apollinaris Schoell wrote:
> One can always create a super relation to collect both directions into one
> relation.
Why do you need a super relation just to apply roles?
___
talk mailing list
talk@openstreetmap.org
http://list
On 9 February 2010 11:21, Apollinaris Schoell wrote:
> besides editing convenience a relation is directed and sorted since API 0.6
> You can see it as a route to follow from start to end. For bus routes this
> is a must. 2 relations may use the same road in different directions. on a
> highway ref
On 9 February 2010 12:20, Apollinaris Schoell wrote:
> what is wrong with 2 relations?
> I didn't say 2 are needed but why do you think 2 is bad?
It creates redundant data, and makes it easier to get conflicting data
if both aren't updated consistently.
It also gives people the opportunity to me
On 9 February 2010 13:47, Apollinaris Schoell wrote:
> 1) theory: tags on the super relation will always supersede tags lower in
> hierarchy. conflicting tags don't matter.
Actually this is disjointed, ways should override relations and
relations should override super relations.
> 2) practical
> Yes, all you are doing is coming up with work arounds to current
> issues, the issues should be fixed properly.
Apart from the obvious you aren't uploading/download every single
object referenced by the relation every time you edit it, and the
references to objects in the relation should still b
On 9 February 2010 14:00, John Smith wrote:
>> Yes, all you are doing is coming up with work arounds to current
>> issues, the issues should be fixed properly.
>
> Apart from the obvious you aren't uploading/download every single
> object referenced by the relation every
On 9 February 2010 14:14, Apollinaris Schoell wrote:
> see the difference is I have done such edits and many others have done it. We
> know what we are talking about.
> do it and you will never write something ignorant and stupid as this.
As I said, the problem seems to be too many changes, not
On 9 February 2010 14:14, Apollinaris Schoell wrote:
> see the difference is I have done such edits and many others have done it. We
> know what we are talking about.
Then why didn't you report a bug so less information is attempted to
be returned? You still have the problem, breaking it up into
On 10 February 2010 10:43, Dave F. wrote:
> Naa... I'll pass thanks. I'm too busy mapping my neck of the woods.
>
> Which is what I think is the correct way. Tracing just doesn't cut it.
> You need local, on the ground knowledge.
It helps but just look what was accomplished with Haiti, it isn't t
On 10 February 2010 21:13, Stefan de Konink wrote:
> For example antenna's in the same tower at different heights.
Does Matt's code evaluate node tags at all, or only the lat/lon?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.
On 10 February 2010 23:17, Pieren wrote:
> But now, the OSMF should speed-up the transition ! We are many contributors
> that are reluctant to modify or improve existing data because of the threat
> that many old or minor contributions will disappear - not because people
> will reject the new lice
On 10 February 2010 23:45, Frederik Ramm wrote:
> Truth is, you can legally be an asshole.
I wasn't comment on the ethics of doing so, merely if it could be done
legally, the sticking point here is people that won't respond and what
to do about their past contributions, not about people that obje
On 15 February 2010 07:22, Robin Paulson wrote:
> http://yro.slashdot.org/story/10/02/14/0857256/Australian-Judge-Rules-Facts-Cannot-Be-Copyrighted
Already has been on the talk-au list:
http://lists.openstreetmap.org/pipermail/talk-au/2010-February/005461.html
__
On 16 February 2010 11:13, Roy Wallace wrote:
> This is good; we're doing well with highway=path/footway
I wonder if they asked about cycling at all, or limited it to just
walking/cars...
___
talk mailing list
talk@openstreetmap.org
http://lists.openst
On 16 February 2010 03:52, wrote:
> As I consider it is ready for use, I send this Request for comments.
> See you on Talk page:
Just use it, don't worry about if it's "official" or not, although it
is good to check to see if there are other similar tags and try and
find the most used tag.
On 16 February 2010 22:49, Dave F. wrote:
> I don't think that Navteq's users Jimmy Choo's are ever going to get mud
> on them.
Maybe they can get some paint on mud like they do for 4wd;s that never
leave the city :)
___
talk mailing list
talk@openstre
On 17 February 2010 01:40, John F. Eldredge wrote:
> Frequently you can't get a position fix at all, if the building has much
> metal in its structure. I can't get a position fix from inside my house
> unless I am near a south-facing window, probably due to a metallic-foil vapor
> barrier in t
On 21 February 2010 09:50, Martijn van Exel wrote:
>> - Is anybody working on Indoor maps AND would like to talk to me about it. I
>> will do a paper for theWhereBusiness news letter on that. ( I know some of
>> the volunteers are working on it and it would be great to ask them how they
>> do i
On 21 February 2010 21:35, Frederik Ramm wrote:
> Now we can either adopt a "free-for-all" approach where we encourage
> everyone to leave their feedback without spending 10 seconds on
> understanding how this map is generated, and then have a lot of work in
> post-processing (explaining to people
On 22 February 2010 01:37, Dave F. wrote:
> Streetbugs encourages people to 'get others to do it' when OSM should be
> encouraging them to 'do it yourself'
While it'd be nice if people would fix any problems themselves, I
don't think OSM's website is at the point where some granny can just
quickl
Anyone on the outside seeing this won't be inspired to learn to fix
any errors people are trying to get fixed...
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On 22 February 2010 06:10, Jochen Plumeyer wrote:
> Be aware of your time zone (and daylight savings timezone as well) of your
> camera, as GPX times are all in lon=0°/ Greenwich/ UTC/ Zulu time.
Actually they are in GPS time, and have an offset in seconds from UTC
embedded in the signal.
__
On 22 February 2010 13:17, SteveC wrote:
> Was that meant to disagree or agree with what I said or what?
Everyone keeps complaining that OSB is the wrong approach, it will
create too much work, but no one has any proof of what will happen,
and current bugs listed aren't much of a guide because th
On 23 February 2010 06:41, Niklas Cholmkvist wrote:
> I think it is because I like to map with much detail. I like to map it
> 'as it really is'.
In reality you are only mapping an approximation, maps aren't supposed
to replace aerial imagery they serve different purposes.
> That is not the only
On 23 February 2010 07:53, Roy Wallace wrote:
> On Tue, Feb 23, 2010 at 7:12 AM, Carsten Gerlach wrote:
>>
>> Yes, that's right, have a look at http://osm.org/go/0MBdEXMHO- for example.
>
> That looks great, and so simple... highway=* for the way, AND
Until you zoom out even one level, then it s
On 23 February 2010 08:05, David Paleino wrote:
> I remember someone complaining with me that routers not supporting
> highway=* + area=yes in the same relation with a "normal" highway=*,
> might get confused -- and that something like "landuse=road" would be
> better.
Wouldn't landuse=road bleed
901 - 1000 of 1078 matches
Mail list logo