[OSM-talk-be] CRAB Import Tool

Glenn Plas glenn at byte-consult.be
Wed Oct 23 11:43:06 UTC 2013


On 2013-10-23 12:43, Marc Gemis wrote:
>
>
>
> On Wed, Oct 23, 2013 at 12:16 PM, Glenn Plas <glenn at byte-consult.be 
> <mailto:glenn at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20131023/2d594eeb/attachment.htm>


More information about the Talk-be mailing list