On 2013-10-23 12:43, Marc Gemis wrote:
On Wed, Oct 23, 2013 at 12:16 PM, Glenn Plas <gl...@byte-consult.be
<mailto:gl...@byte-consult.be>> wrote:
On 2013-10-23 10:28, Marc Gemis wrote:
You could also make a csv file with the diffs and open that with
the OpenData plugin in JOSM. (see my presentation at ESI on
import VMM monitoring stations )
But of course that requires people to install this plugin.
The great thing about having to go dig deep in the data itself is
that it will be fairly easy to structure this the way JOSM does
it. Since you already have to deal with different formats, why
spend time on an extra one ? All you need to do is save 'the
result' set locally and start looking at the format. It would be a
huge feature. I'm not against csv's but their use is limited,
xml's (not my favorite!) however gives a structure to the data and
makes the data also more human readable. Next to being an
established standard.
You know that after importing the csv file, you have an osm layer that
you can save and work with. So if you happen to have a tool that
exports the new/update records in csv format (any decent DB-tool can
generate files in that format), you do not have to write a tool that
generates OSM-xml.
So when you can determine the new/updated records in the Crab DB (I do
not know in which format the updates from Crab are provided) with a
simple SQL query, you export the result in csv, import with the
OpenData plugin and you don't need to write any other program. That's
all that I wanted to say.
Yeah, I understand the reasoning but I'm thinking at some point you want
to inject something halfway , so in this case, you need to update the
csv's (record, line based). Then it gets complicated -perhaps-. I was
just thinking idealistically out loud. I'm thinking, how would a
complex building be represented in a csv format, I think I would get
frustrated using it as my local app working storage (that's what I
consider it to be in this case) Your shortcut to results seems worth
considering, I aggree. Thanks for bringing this feature to my attention
too.
It doesn't hurt bringing idea's on the table I hope.
Glenn
_______________________________________________
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be