Hi Jeroen, The current version of EDG has no capability to produce “pretty” URLs.
It's a limitation we are aware of, and are looking into addressing in a future release, but we have nothing concrete to announce at this point. In the meantime, the conventional solution to this is to put EDG behind an Apache reverse proxy and use mod_rewrite to rewrite pretty URLs into EDG URLs. Content negotiation can also be done in mod_rewrite to some extent. I imagine your current solution uses something along these lines. Please consider opening a support ticket so we can ask some further questions. Richard > On 8 May 2020, at 16:47, Jeroen Hamers <jeroenfmham...@gmail.com> wrote: > > Hi, > > We have been working on making several viewers (a.k.a. websites...) generated > from several graphs in EDG. (for example: [1] > <https://viewer.edustandaard.nl/uwlr-2-2-1/>, [2] > <https://informatie-encyclopedie.nl/>, [3] > <https://encyclopedie.vensters.nl/> and [4] > <https://begrippensetindex.kennisnet.nl/>) > The customers of those viewers soon asked for prettier URL's. > Not something like this: > https://spo.kennisnet.nl/edg/tbl/swp?_viewClass=kennisnet%3AKOIbegrip&subject=http%3A%2F%2Fpurl.edustandaard.nl%2Fconcept%2F9b07b217-e00c-4454-9419-ce9bf9cb9e22 > > <https://spo.kennisnet.nl/edg/tbl/swp?_viewClass=kennisnet%3AKOIbegrip&subject=http%3A%2F%2Fpurl.edustandaard.nl%2Fconcept%2F9b07b217-e00c-4454-9419-ce9bf9cb9e22> > But rather something where you don't see the underlying technology, like TBL > proposed with his coolURI's. > like this: > https://purl.edustandaard.nl/concept/9b07b217-e00c-4454-9419-ce9bf9cb9e22 > <https://purl.edustandaard.nl/concept/9b07b217-e00c-4454-9419-ce9bf9cb9e22> > (also works with content negotiation in de accept header, which is another > question I have, and may ask about in another thread...) > or better yet this: ./concept/Onderwijsactiviteit > <https://purl.edustandaard.nl/concept/9b07b217-e00c-4454-9419-ce9bf9cb9e22> > This caused us a lot of extra overhead (especially switching from development > to testing to production environment...). But is was work we had to do, > otherwise out customers wouldn't agree with our solution. > As you can imagine we rather would have spent that time on other things. > > > We have a working solution now (as you can see in the examples 1 to 4), but I > was wondering if there are any plans on creating an easier, and more robust, > in other words a better way to solve this from within EDG itself. > > > SO HERE IS OUR QUESTION: > We are rethinking our current solution, but before we do that we would like > to know: is there already is something we could use or if you are already > working on a solution yourself. If so, we would like to know, so we don't > have to re-invent that wheel, so we can focus on re-inventing other wheels... > ;p > > > Thanks in advance for any and all time spent on this topic, > Jeroen Hamers > > -- > You received this message because you are subscribed to the Google Groups > "TopBraid Suite Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to topbraid-users+unsubscr...@googlegroups.com > <mailto:topbraid-users+unsubscr...@googlegroups.com>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/topbraid-users/5019623d-2850-4d89-b758-e67f369217af%40googlegroups.com > > <https://groups.google.com/d/msgid/topbraid-users/5019623d-2850-4d89-b758-e67f369217af%40googlegroups.com?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/71682C89-4E3E-467A-A73B-00CED1757D8D%40topquadrant.com.
