[OSM-talk-be] CRAB Import Tool

[Marc Gemis]

as you pointed out, it will only work for point data. But that's what those
addresses in Crab are.
And indeed it was meant as a suggestion for Kurt. So he can choose from a
number of possible workflows.

m


On Wed, Oct 23, 2013 at 1:43 PM, Glenn Plas <glenn at byte-consult.be> wrote:

>  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>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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20131023/e4bf54c3/attachment.htm>