Hi folks,
2009/9/28 Jack Stringer jack.ix...@googlemail.com:
http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-even-for-us/
Just a note that http://www.openstreetmap.pl/wp now shows those osm:
machine tagged pictures from flickr at z = 15 in addition to
wikipedia and other
The page does not use flickr geolocation apis, only the tags.
Very nice presentation - this is better than just Flickr's Geo location
map because the actual feature is highlighted. And it's more correct to
use the OSM tag rather than the Flickr geolocation tag because of the offset
andrzej zaborowski wrote:
Hi folks,
2009/9/28 Jack Stringer jack.ix...@googlemail.com:
http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-e
ven-for-us/
Just a note that http://www.openstreetmap.pl/wp now shows those osm:
machine tagged pictures from flickr at z = 15 in
On Sat, Oct 3, 2009 at 4:10 PM, Dave F. dave...@madasafish.com wrote:
Dave Stubbs wrote:
On Thu, Oct 1, 2009 at 12:58 AM, Dave F. dave...@madasafish.com wrote:
Richard Fairhurst wrote:
Elizabeth Dodd wrote:
For starters if the maintainers of JOSM Potlatch and Merkaartor encouraged
the
Dave Stubbs wrote:
On Thu, Oct 1, 2009 at 12:58 AM, Dave F. dave...@madasafish.com wrote:
Richard Fairhurst wrote:
Elizabeth Dodd wrote:
For starters if the maintainers of JOSM Potlatch and Merkaartor encouraged
the use of yes/no it would be a way forward.
Hi,
Eugene Alvin Villar wrote:
What's so hard about standardizing on the boolean values given
appropriate changes to editor presets, good wiki documentation, and a
deprecation period for other boolean values?
It's a kind of slippery slope situation. There is fear that once it has
been
When I say 'should', I mean 'should' in the sense of 'should if they
want to make the widest use of data possible'. Obviously, there's a
trade off between the amount of time/effort it takes to support more
tags, and the extra data this gives you. In the case of yes/no vs
true/false vs 1/0, I'm not
2009/10/1 Frederik Ramm frede...@remote.org:
It's a kind of slippery slope situation. There is fear that once it has
been proven that standardisation works for true/false values, there will
be demands to standardise everything else as well.
I think you are exagurating things a little, however
On Thu, Oct 1, 2009 at 12:58 AM, Dave F. dave...@madasafish.com wrote:
Richard Fairhurst wrote:
Elizabeth Dodd wrote:
For starters if the maintainers of JOSM Potlatch and Merkaartor encouraged
the use of yes/no it would be a way forward.
Potlatch does indeed have 'yes' (rather than 'true'
On Thu, Oct 1, 2009 at 6:28 AM, Eugene Alvin Villar sea...@gmail.com wrote:
On Thu, Oct 1, 2009 at 12:02 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 30 Sep 2009, at 20:46 , Russ Nelson wrote:
No, he is a leader because we respect him. THAT is how leaders in
an anarchic state
Apollinaris Schoell wrote:
On 30 Sep 2009, at 20:46 , Russ Nelson wrote:
Dave F. writes:
Russ Nelson wrote:
-1. Don't confuse anarchy with chaos. SteveC is our leader (and
should behave as such by Giving Advice), but he's only our leader so
far as he gives Good Advice.
A leader in an
Hi,
Dave F. wrote:
If the consumers had to do less work then OSM would get *more*
consumers. Which is half the point of the exercise, isn't it?
Stop thinking in these terms, they don't work for OSM. The data OSM has
to offer has a reasonable value; depending on who the customer is,
using
SteveC wrote:
On 30 Sep 2009, at 17:54, Dave F. wrote:
SteveC wrote:
On 30 Sep 2009, at 16:14, Russ Nelson wrote:
SteveC writes:
Yeah, OK Dave, we've got the message, you don't free-format tags.
Unfortunately you're going to have to get used to it, because it
is the basis of the
Dave Stubbs wrote:
On Thu, Oct 1, 2009 at 6:28 AM, Eugene Alvin Villar sea...@gmail.com wrote:
On Thu, Oct 1, 2009 at 12:02 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 30 Sep 2009, at 20:46 , Russ Nelson wrote:
No, he is a leader because we respect him. THAT is how
On Thu, 1 Oct 2009, Apollinaris Schoell wrote:
a consumer of the data has to do a bit more work but this is a small
fee for free access to an amazing database.
but what does it say about us to the outside world?
are we portraying a forward looking group?
are we portraying an indecisive group?
Frederik Ramm wrote:
Hi,
Eugene Alvin Villar wrote:
What's so hard about standardizing on the boolean values given
appropriate changes to editor presets, good wiki documentation, and a
deprecation period for other boolean values?
It's a kind of slippery slope situation. There
On Thu, Oct 1, 2009 at 12:28 PM, Dave F. dave...@madasafish.com wrote:
Dave Stubbs wrote:
On Thu, Oct 1, 2009 at 6:28 AM, Eugene Alvin Villar sea...@gmail.com
wrote:
On Thu, Oct 1, 2009 at 12:02 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 30 Sep 2009, at 20:46 , Russ Nelson
Hi,
Dave F. wrote:
I find it very disappointing you feel there is a them us situation.
Yes, very disappointing but not every human being on earth happens to
have an OSM account. We're working on it.
Isn't that just putting an artificial middle man into the equation?
The cool thing about
Dave Stubbs wrote:
On Thu, Oct 1, 2009 at 12:28 PM, Dave F. dave...@madasafish.com wrote:
Dave Stubbs wrote:
On Thu, Oct 1, 2009 at 6:28 AM, Eugene Alvin Villar sea...@gmail.com
wrote:
On Thu, Oct 1, 2009 at 12:02 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
Frederik Ramm writes:
In the long term, standardisation would kill the project, and thus not
be desirable even for our users. - Coming from the outside and not
having the knowledge about OSM that we have, users can be forgiven to
demand things that would ultimately destroy OSM,
That's
Frederik Ramm wrote:
Hi,
Dave F. wrote:
I find it very disappointing you feel there is a them us situation.
Yes, very disappointing but not every human being on earth happens to
have an OSM account. We're working on it.
Sorry Fredrik, but you /were/ talking about people already within
Frederik Ramm writes:
On the other side we have the mappers who do not save, or earn, any
money from OSM, and the programmers and server admins and everyone who
uses their spare time to create and run OSM.
On the other side you have mappers who want to create useful data, not
a pile of
SteveC wrote:
C'mon... freeform tags set the community free, if you have a better
alternative please outline it?
How about you stepping in where there is an unresolvable controvery,
editing the wiki, and saying I recommend this choice -- SteveC. No
Nazi goose-stepping required, no dictating,
2009/10/1 Russ Nelson nel...@crynwr.com:
But things are just the other way round in OSM. The mapper is always
right,
So there is no purpose to the JOSM validator? No purpose to
keepright? No purpose to having presets? I think you're exxagerating
too make a point, Fredrick.
they are
Russ Nelson wrote:
On the other side you have mappers who want to create useful data, not
a pile of random rubbish.
No-one wants to create random rubbish. What people do want is to be able
to describe what they've just mapped without needing prior approval from
the OpenStreetMap Tagging
yes he is a leader and as such deserves respect. he should lead some
useful and intelligent projects and don't loose a word about this
childish 1/0/yes/no/true/false discussions.
a consumer of the data has to do a bit more work but this is a small
fee for free access to an amazing database.
Jonathan Bennett schrieb:
Russ Nelson wrote:
On the other side you have mappers who want to create useful data, not
a pile of random rubbish.
No-one wants to create random rubbish. What people do want is to be able
to describe what they've just mapped without needing prior approval from
On Fri, Oct 2, 2009 at 2:15 AM, Ulf Lamping ulf.lamp...@googlemail.comwrote:
All of the people I've talked to here in my area would love to see a
tagging scheme to be able to map the stuff they see on the ground. They
wouldn't care less where this standard was coming from - even if it
would
Roy Wallace schrieb:
On Thu, Oct 1, 2009 at 12:36 PM, Ulf Lamping ulf.lamp...@googlemail.com
wrote:
What you and others simply fail to explain is why the success story from
three years ago with a fraction of mappers and data must be the best
solution for the situation we have today ...
Apollinaris Schoell writes:
don't think so. the ones doing the hard work in the background rarely
contribute to these childish discussions because they DO something
useful instead wasting their time.
First, you're contributing to these childish discussions as well; why
criticize
On Tue, Sep 29, 2009 at 10:42 PM, Dave F. dave...@madasafish.com wrote:
Frankie Roberto wrote:
2009/9/29 Martin Koppenhoefer dieterdre...@gmail.com
mailto:dieterdre...@gmail.com
It works for building=yes, but not building=true. Well, Flickr says
This is a feature in OpenStreetMap
Dave Stubbs wrote:
I wouldn't read too much into it, especially as they said,
we’ve almost certainly got at least some of it wrong but hopefully we
got part of it right and can correct the rest as we go
Dave
You see, this is the problem. I don't think, in this instance, they've
done
Hi,
Dave F. wrote:
Who, within OSM in their right sense of mind, would object to being
forced to use just Yes/No. I mean it's just an on/off switch!
Says who?
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
Frederik Ramm wrote:
Hi,
Dave F. wrote:
Who, within OSM in their right sense of mind, would object to being
forced to use just Yes/No. I mean it's just an on/off switch!
Says who?
Err... I do.
Could you expand on why you might think otherwise?
Cheers
Dave F.
2009/9/30 Ævar Arnfjörð Bjarmason ava...@gmail.com:
Which tag were you talking about that you thought was simply a yes/no
option?
As Kyle Gordon brought up in this thread the issue is that the OSM
data has both building=yes/no and building=true/false and flickr only
supports the former.
but
Ævar Arnfjörð Bjarmason wrote:
As Kyle Gordon brought up in this thread the issue is that the OSM
data has both building=yes/no and building=true/false and flickr only
supports the former.
Dave F. suggested that the OSM database be normalized to just use the
former because that's simpler.
Jonathan Bennett wrote:
He seemed to be suggesting that the values be *constrained* to only
those two values, which creates as many problems as it solves, since it
precludes using a precise value for building=*, such as building=house.
Martin/Jonathan - Please see my reply at 15:44
Hi,
Ævar Arnfjörð Bjarmason wrote:
As Kyle Gordon brought up in this thread the issue is that the OSM
data has both building=yes/no and building=true/false and flickr only
supports the former.
Yes but OSM data also has 200,000 building=hut, 25,000
building=residential, 20,000
Hi,
Dave F. wrote:
I don't understand why others should have to spend
time sorting out OSM's vagaries purely because we can't decide.
The yes/no question may be the most trivial of cases but generally we
are reluctant to force a structure onto our mappers. When choosing
between something
Dave F. wrote:
Dave Stubbs wrote:
I wouldn't read too much into it, especially as they said,
we’ve almost certainly got at least some of it wrong but hopefully we
got part of it right and can correct the rest as we go
Dave
You see, this is the problem. I don't think, in this
On Wed, Sep 30, 2009 at 2:02 PM, Dave F. dave...@madasafish.com wrote:
Dave Stubbs wrote:
I wouldn't read too much into it, especially as they said,
we’ve almost certainly got at least some of it wrong but hopefully we
got part of it right and can correct the rest as we go
Dave
You see,
On 30 Sep 2009, at 08:15, Chris Hill wrote:
Dave F. wrote:
Dave Stubbs wrote:
I wouldn't read too much into it, especially as they said,
we’ve almost certainly got at least some of it wrong but
hopefully we
got part of it right and can correct the rest as we go
Dave
You see, this
Dave Stubbs wrote:
PS. anyone notice the Potlatch 2 plug?! Any AS3/Flex developers
around who want to help out? Code is in svn at:
http://trac.openstreetmap.org/browser/applications/editors/potlatch2
It is really, really awesome, do come and play. So far we have a beautifully
extensible yet
Frederik Ramm wrote:
Hi,
Dave F. wrote:
I don't understand why others should have to spend time sorting out
OSM's vagaries purely because we can't decide.
The yes/no question may be the most trivial of cases but generally we
are reluctant to force a structure onto our mappers.
But
On Wed, Sep 30, 2009 at 4:44 PM, Richard Fairhurst rich...@systemed.net wrote:
Dave Stubbs wrote:
PS. anyone notice the Potlatch 2 plug?! Any AS3/Flex developers
around who want to help out? Code is in svn at:
http://trac.openstreetmap.org/browser/applications/editors/potlatch2
It is really,
Dave Stubbs wrote:
On Wed, Sep 30, 2009 at 2:02 PM, Dave F. dave...@madasafish.com wrote:
Dave Stubbs wrote:
I wouldn't read too much into it, especially as they said,
we’ve almost certainly got at least some of it wrong but hopefully we
got part of it right and can correct the rest
Hi,
Dave F. wrote:
If, by users, you mean the likes of Flickr,
I do. They have resources to bring our data into the shape they want it
in. I'm not saying let's make it extra difficult for them - but I don't
see that we should change anything just because someone might like our
data better
Ævar Arnfjörð Bjarmason wrote:
Do you have a bugtracker or some list of issues you're working towards
before you can release it? I couldn't find anything.
I've just committed a headline list of issues - TODO.txt in the usual
place.
cheers
Richard
Elizabeth Dodd wrote:
For starters if the maintainers of JOSM Potlatch and Merkaartor encouraged
the use of yes/no it would be a way forward.
Potlatch does indeed have 'yes' (rather than 'true' or '1') in its presets
and autocomplete.
cheers
Richard
--
View this message in context:
SteveC writes:
Yeah, OK Dave, we've got the message, you don't free-format tags.
Unfortunately you're going to have to get used to it, because it
is the basis of the OPENstreetmap and, in my opinion, one of the
reasons it is as successful as it is.
+1
-1. Don't confuse anarchy
Richard Fairhurst wrote:
Elizabeth Dodd wrote:
For starters if the maintainers of JOSM Potlatch and Merkaartor encouraged
the use of yes/no it would be a way forward.
Potlatch does indeed have 'yes' (rather than 'true' or '1') in its presets
and autocomplete.
cheers
Richard
Russ Nelson wrote:
SteveC writes:
Yeah, OK Dave, we've got the message, you don't free-format tags.
Unfortunately you're going to have to get used to it, because it
is the basis of the OPENstreetmap and, in my opinion, one of the
reasons it is as successful as it is.
+1
El Jueves, 1 de Octubre de 2009, Dave F. escribió:
-1. Don't confuse anarchy with chaos. SteveC is our leader (and
should behave as such by Giving Advice), but he's only our leader so
far as he gives Good Advice.
A leader in an anarchic state? How does that work? ;-)
With cake. And
Frederik Ramm wrote:
Hi,
Dave F. wrote:
If, by users, you mean the likes of Flickr,
I do. They have resources to bring our data into the shape they want
it in. I'm not saying let's make it extra difficult for them
I think that having *unnecessary* data, such as the tag values we've
been
On 30 Sep 2009, at 16:14, Russ Nelson wrote:
SteveC writes:
Yeah, OK Dave, we've got the message, you don't free-format tags.
Unfortunately you're going to have to get used to it, because it
is the basis of the OPENstreetmap and, in my opinion, one of the
reasons it is as successful as it
SteveC wrote:
On 30 Sep 2009, at 16:14, Russ Nelson wrote:
SteveC writes:
Yeah, OK Dave, we've got the message, you don't free-format tags.
Unfortunately you're going to have to get used to it, because it
is the basis of the OPENstreetmap and, in my opinion, one of the
reasons it
Chris Hill schrieb:
Yeah, OK Dave, we've got the message, you don't free-format tags.
Unfortunately you're going to have to get used to it, because it is the
basis of the OPENstreetmap and, in my opinion, one of the reasons it is
as successful as it is.
Successful in what way?
On Thu, Oct 1, 2009 at 12:36 PM, Ulf Lamping ulf.lamp...@googlemail.com wrote:
What you and others simply fail to explain is why the success story from
three years ago with a fraction of mappers and data must be the best
solution for the situation we have today ...
This misses the point. If
Dave F. writes:
Russ Nelson wrote:
-1. Don't confuse anarchy with chaos. SteveC is our leader (and
should behave as such by Giving Advice), but he's only our leader so
far as he gives Good Advice.
A leader in an anarchic state? How does that work? ;-)
Exactly as I just
On 30 Sep 2009, at 20:46 , Russ Nelson wrote:
Dave F. writes:
Russ Nelson wrote:
-1. Don't confuse anarchy with chaos. SteveC is our leader (and
should behave as such by Giving Advice), but he's only our leader so
far as he gives Good Advice.
A leader in an anarchic state? How does
Hi all,
(I'm the dork who wrote the dorky machine tag post.)
Just a quick note to say:
1) We're thrilled people like OSM machine tag stuff. I would love to
hear suggestions and wish lists. I won't promise anything, here, but the
entire thing did start with Frankie's wacky suggestion.
2) It's
On Thu, Oct 1, 2009 at 12:02 PM, Apollinaris Schoell ascho...@gmail.comwrote:
On 30 Sep 2009, at 20:46 , Russ Nelson wrote:
No, he is a leader because we respect him. THAT is how leaders in
an anarchic state arise.
yes he is a leader and as such deserves respect. he should lead some
-Original Message-
From: talk-boun...@openstreetmap.org [mailto:talk-
boun...@openstreetmap.org] On Behalf Of Dave F.
Sent: 28 September 2009 20:47
Cc: OSM Talk
Subject: Re: [OSM-talk] Flickr Now Supports OSM Tags
Ian Dees wrote:
http://www.readwriteweb.com/archives
Eugene Alvin Villar seav80 at gmail.com writes:
[Flickr now refers to OSM ids]
The big problem I see is that our node, way, and relation IDs are too brittle
for this sort of thing.
Agreed. Or at least, you cannot expect them to be around forever. But at
least they aren't reused, so if an id
2009/9/29 Ed Avis e...@waniasset.com:
A manual redirect tag would never work - about 1% of contributors would bother
to add it, and even then messing with id numbers by hand is error-prone.
Rather, if an object is marked as deleted, return its last position and
perhaps
the changeset id that
2009/9/29 Gregory Williams gregory.willi...@purplegeodesoftware.co.uk
Ian Dees wrote:
http://www.readwriteweb.com/archives/flickr_now_supports_openstreetmap_
tags.php
Good to see someone else talking about OSM...
Excellent news
Indeed this is fantastic news. Having that
On Tue, Sep 29, 2009 at 10:11:21AM +0100, Frankie Roberto wrote:
I'd love it if other people started adding the tags too, if only to
prove that I'm not the only one who likes this idea (and who likes
taking photos of random buildings).
I've started tagging too. Not much yet, but that'll
On Tue, Sep 29, 2009 at 9:11 AM, Frankie Roberto
fran...@frankieroberto.com wrote:
2009/9/29 Gregory Williams gregory.willi...@purplegeodesoftware.co.uk
I also think this Flickr-linking might be a good prompt for us to re-look at
the /browse/* pages. If these pages are going to be more visible,
Anyone (*blinking at Frankie*) knows how long it will takes after adding
the osm machine tag untile the View in OpenStreetMap (btw. I think
that link should be written without spaces) link appears straight below
the picture? And how long about the feature information being extracted
from OSM?
2009/9/29 Ævar Arnfjörð Bjarmason ava...@gmail.com
I'm not sure what the state of the User Experience Working Group is, but
I'd
be happy to join and help with this, if people think it's a good idea.
(Personally, I think the scope for OSM to be a provider of linked-data
POIs
is huge,
On 29 Sep 2009, at 11:21, Claudius wrote:
Anyone (*blinking at Frankie*) knows how long it will takes after
adding
the osm machine tag untile the View in OpenStreetMap (btw. I think
that link should be written without spaces) link appears straight
below
the picture? And how long about the
2009/9/29 Claudius claudiu...@gmx.de
Anyone (*blinking at Frankie*) knows how long it will takes after adding
the osm machine tag untile the View in OpenStreetMap (btw. I think
that link should be written without spaces) link appears straight below
the picture? And how long about the feature
Eugene Alvin Villar wrote:
I wish OSM has a redirect feature for deleted nodes, ways, and
relations sort of like what Wikipedia has for its articles and pages.
Maybe a redirect=* tag? :-)
You mean something like this?:
http://trac.openstreetmap.org/ticket/2194
--
Jonathan (Jonobennett)
On 29/09/09 11:24, Frankie Roberto wrote:
A more direct way to do it *now* is to suggest specific improvements
by filing bugs on http://trac.openstreetmap.org under the website
component.
Okay, will do. I'm always a bit shy about submitting improvement ideas
as bugs (as it feels
2009/9/29 Tom Hughes t...@compton.nu
Linking the tags to the wiki is going to be a great way of joining the
two things together much more closely. The other thing I'd like to see
is being able to browse sideways from the 'browse' pages, so that it's
possible to navigate from, say, a pub,
Frankie Roberto wrote:
Ha, well there's a contentious statement! If that were the case, then
why do we even bother with the Mapnik/Osmarender tiles? Surely they're
the ultimate form of doing clever stuff with the data.
Primarily so mappers can see what they've been doing, as a form of
On Tue, Sep 29, 2009 at 10:54 AM, Tom Hughes t...@compton.nu wrote:
On 29/09/09 11:24, Frankie Roberto wrote:
A more direct way to do it *now* is to suggest specific improvements
by filing bugs on http://trac.openstreetmap.org under the website
component.
Okay, will do. I'm always
On 29/09/09 13:26, Ævar Arnfjörð Bjarmason wrote:
Generally bug trackers reduce work. They consolidate bugs/feature
requests in one place, people can easily search for already filed bugs
or see that they're filed already and not bother you again.
I absolutely agree as far as bugs are
Ian Dees wrote:
http://www.readwriteweb.com/archives/flickr_now_supports_openstreetmap_tags.php
Good to see someone else talking about OSM...
___
talk mailing list
2009/9/29 Kyle Gordon k...@lodge.glasgownet.com:
It works for building=yes, but not building=true. Well, Flickr says
This is a feature in OpenStreetMap instead of $name is a building in
OpenStreetMap.
Did I miss a vital clue where yes and true are not interchangable? I
thought yes was just a
2009/9/29 Martin Koppenhoefer dieterdre...@gmail.com
It works for building=yes, but not building=true. Well, Flickr says
This is a feature in OpenStreetMap instead of $name is a building in
OpenStreetMap.
Did I miss a vital clue where yes and true are not interchangable? I
thought yes
Frankie Roberto wrote:
2009/9/29 Martin Koppenhoefer dieterdre...@gmail.com
mailto:dieterdre...@gmail.com
It works for building=yes, but not building=true. Well, Flickr says
This is a feature in OpenStreetMap instead of $name is a
building in
OpenStreetMap.
could /not /be completely banned.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Here is the Flickr blog post
http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-even-for-us/
Jack Stringer
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Ian Dees wrote:
http://www.readwriteweb.com/archives/flickr_now_supports_openstreetmap_tags.php
Good to see someone else talking about OSM...
Excellent news
___
talk mailing list
talk@openstreetmap.org
El Lunes, 28 de Septiembre de 2009, Ian Dees escribió:
http://www.readwriteweb.com/archives/flickr_now_supports_openstreetmap_tags
.php
Good to see someone else talking about OSM...
Oh my, this is all kinds of awesome.
I know several paleo-geographers that are into the semantic web thingie...
The big problem I see is that our node, way, and relation IDs are too
brittle for this sort of thing. A POI node might eventually get replaced
with a closed-way building. Or a way will get split into two (and those two
ways get completely new IDs) or two ways will be merged (with the new way
not
El Martes, 29 de Septiembre de 2009, Eugene Alvin Villar escribió:
The big problem I see is that our node, way, and relation IDs are too
brittle for this sort of thing.
I see that as premature optimisation. And the rule of thumb for premature
optimisation is don't.
If there is a problem with
Perhaps we should write a WoEID [0] - OSM ID mapping. The mapping would
watch the minutely changes and update the mapping if a node or way changes.
[0] http://geobloggers.com/2008/05/12/yahoo-woe-where-on-earth-that-is-ids/
On Mon, Sep 28, 2009 at 7:53 PM, Eugene Alvin Villar
2009/9/29 Eugene Alvin Villar sea...@gmail.com:
The big problem I see is that our node, way, and relation IDs are too
brittle for this sort of thing. A POI node might eventually get replaced
with a closed-way building. Or a way will get split into two (and those two
ways get completely new
Iván Sánchez Ortega wrote:
It's just way too soon to foresee what problems may arise,
and even more to put preemptive measures up.
Some might say that a little forward planning might alleviate future
problems.
___
talk mailing list
It's great to see that flickr 'Get's it'.
Sharing is a good thing :)
Now we just need to make a plug-in with JOSM so that as your photo-mapping,
you can load your photos to flickr (or any other site). Or is that already
done? (so all the images are available to everyone)
If so, I think that
92 matches
Mail list logo