<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Am 29.07.2012 08:37, schrieb Arun
Ganesh:<br>
</div>
<blockquote
cite="mid:CA+GKQr1cbbhuZ_Tv2fgC3Dm38z8n-WFTgEbX152reAhLhY3Sfg@mail.gmail.com"
type="cite"><br>
<br>
<div class="gmail_quote">On Sun, Jul 29, 2012 at 4:37 AM, Frederik
Ramm <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div class="im"><br>
On Sat, 28 Jul 2012 23:39:56 +0530<br>
Arun Ganesh <<a moz-do-not-send="true"
href="mailto:arun.planemad@gmail.com">arun.planemad@gmail.com</a>>
wrote:<br>
> It is quite painful to see that countless hours of
effort has been<br>
> deleted for no fault of my own. Is this just the result
of the osm<br>
> data model where tags cannot exist without geometries,
or were these<br>
> tags considered as being dirty and were legally
supposed to be erased?<br>
<br>
</div>
I think the former is correct.<br>
</blockquote>
<div> </div>
<div>This is good news for a start. We essentially have a UI
problem, and if solved, will help getting back the most useful
bits of the lost data back into osm.</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
If you go through the history planet file and create a list
that goes:<br>
<br>
"somewhere in the world there is a way that has the properties<br>
name=Bingbong Street, maxspeed=30" (provided that both these
properties<br>
were added by agreers) then it would be ok to publish that
list and<br>
even use it to add to OSM. I don't see how it can be much help
though,<br>
especially if it contains info like "somewhere in the world
there is an<br>
object with wheelchair=yes and opening_times=so-and-so" ;)<br>
</blockquote>
<div><br>
</div>
<div>The most easily identifiable data that I see are those that
have name tags. What if you have a list view alongside a map,
which is populated based on your current view and zoom level?
</div>
</div>
</blockquote>
Then you use geometry information that's not there any more out of
license issues, so there cannot be something like "based on your
current view", there can only be a list, not ordered by geography,
of sets of tags.<br>
<blockquote
cite="mid:CA+GKQr1cbbhuZ_Tv2fgC3Dm38z8n-WFTgEbX152reAhLhY3Sfg@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>For ways, this can have additional information like the
length of the way and orientation to assist mappers who lost
their tags to identify where the original way was.</div>
</div>
</blockquote>
Length of way and orientation are derived from geometry only, and
geometry isn't valid in terms of ODBL.<br>
<blockquote
cite="mid:CA+GKQr1cbbhuZ_Tv2fgC3Dm38z8n-WFTgEbX152reAhLhY3Sfg@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>For POIs, you could have the name of the street beside
which it was located and also distance and orientation from
the nearest place=* node</div>
</div>
</blockquote>
and again you need the information of "beside" and "orientation" -
which consists of coordinates and therefore the geometry
information.<br>
<blockquote
cite="mid:CA+GKQr1cbbhuZ_Tv2fgC3Dm38z8n-WFTgEbX152reAhLhY3Sfg@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>There are probably better ideas, but its an absolute shame
that clean and extremely valuable data is lost because the
data model does not support its existence.</div>
</div>
</blockquote>
<br>
Probably, if you have a good idea that is useful on the one hand,
can be implemented (e.g. by you), and does not require the use of
non-odbl-data to be derived, it may be possible to introduce as a
new tool; but I don't see a way to do that.<br>
<br>
regards<br>
Peter<br>
</body>
</html>