<div dir="ltr">On Wed, Nov 7, 2018 at 11:20 PM OSMDoudou <<a href="mailto:19b350d2-b1b3-4edb-ad96-288ea1238eee@gmx.com">19b350d2-b1b3-4edb-ad96-288ea1238eee@gmx.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div></div><br><div><div dir="ltr"><div class="gmail_quote"><div>We should think one step further than the tagging and figure a solution for maintaining and hosting GTFS files in case the PT organization doesn’t publish one. If we can resolve the issue of hosting the files, it will encourage OSM contributors to think more towards contributing to a web of data and less into “forcing” whatever geo-related data in OSM database.</div></div></div></div></div></blockquote><div><br></div><div>Even if you can make it fit, it's not necessarily a good idea to do it.  I'm thinking of the Hoover Dustette. <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div dir="ltr"><div class="gmail_quote"><div><div><span style="background-color:rgba(255,255,255,0)">And hosting these files doesn’t need to be complex. For example, certain JOSM plug-in’s have their configuration hosted in the wiki: <a href="https://josm.openstreetmap.de/wiki/Presets#JOSMwikiAvailablepresetpreferredmethod" target="_blank">https://josm.openstreetmap.de/wiki/Presets#JOSMwikiAvailablepresetpreferredmethod</a>. So, we maybe already have the solution (with the OSM wiki, not the JOSM wiki).</span></div></div></div></div></div></div></blockquote><div><br></div><div>Having done precisely no research into the matter whatsoever, I'm not sure that a wiki would be the</div><div>optimal architecture for this if we ended up with many GTFS feeds that were interrogated frequently.</div><div>The wiki architecture isn't necessarily optimized for that use-case.  But it's probably adequate</div><div>for testing the concept.</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>